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Preface 

This  Final  Technical  Report  covers  all  the  work  done  on  contract  SP0103-02-D-0016,  Delivery 
Orders  0002, 0004,  and  0005.  The  work  was  performed  beginning  on  March  21, 2002  and  was 
completed  on  March  31,  2003  (plus  a  two  month  extension  to  complete  the  implementation 
support  for  two  of  the  tasks).  This  report  is  built  upon  the  foundation  of  all  previous  ARN  work 
so  that  a  complete  picture  can  be  presented  of  how  the  tasks  performed  during  the  past  year 
relate  to  the  entire  ARN  system. 
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Executive  Summary 

The  DLA  (Defense  Logistics  Agency)  and  DSCP  (Defense  Supply  Center  Philadelphia) 
sponsored  ARN  (Apparel  Research  Network)  program’s  primary  goals  are  to  reduce  total  supply 
chain  costs  and  inventory  levels  while  minimizing  retail  shortages.  The  foundation  for  the 
achievement  of  these  goals  is  the  existence  of  a  web  accessible  database  that  provides  total 
supply  chain  asset  visibility  to  all  functions  that  make  decisions  or  consumes  apparel  items  (see 
Figure  1).  Modulant’s  ARN  assignments  were  to  create  the  web  accessible  database,  create 
decision  support  tools  that  utilize  this  database,  and  develop  tools  for  use  by  apparel 
manufacturers  and  bill  and  hold  contractors  that  capture  the  data  needed  to  fill  voids  in  the  total 
supply  chain  asset  visibility  picture.  Modulant  initiated  three  key  projects  to  address  these 
assignments.  The  ARN  Asset  Visibility  System  database  (AAVS  DataMart)  was  developed  to 
create  the  central  repository  for  total  supply  chain  asset  visibility.  VIM  (Virtual  Item  Manager) 
was  created  to  provide  visibility  and  decision  support  tools.  VIM- AS  AP  (ARN  Supply-chain 
Automated  Processing)  was  developed  to  support  apparel  manufacturers  and  bill  and  hold 
contractors.  All  of  these  efforts  were  focused  on  providing  total  supply  chain  visibility  to  help 
DLA  and  the  military  service’s  personnel  make  more  informed  decisions. 


Figure  1  -  Total  Supply  Chain  Flow  of  Product,  Orders,  and  Data 


The  AAVS  DataMart  is  an  integrated  collection  of  data  from  a  variety  of  legacy  and  ARN 
developed  systems.  The  legacy  system  data  provides  part  of  the  total  supply  chain  data,  e.g., 
contracts,  requisitions,  depot  inventory  levels,  payment  responsibilities,  administrative  offices, 
requisitions,  and  manufacturing,  retail,  and  wholesale  addresses.  The  ARN  developed  systems 
provide  the  rest  of  the  data  about  the  total  supply  chain,  e.g.,  bill  and  hold  contractor  shipments. 
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retail  consumption  patterns,  and  production  status.  The  current  version  of  the  AAVS  DataMart 
contains  apparel  items  for  all  military  services  and  data  related  to  those  items,  e.g.,  retail 
addresses  that  received  shipments.  Completeness  of  data  and  consistency  between  sources  of 
data  was  a  significant  problem  that  was  addressed  with  Modulant  developed  screening  software. 

VIM  is  a  collection  of  web  accessible  tools  that  utilize  data  from  the  AAVS  DataMart  to  provide 
visibility  and  decision  support.  Current  VIM  tools  provide  views  of  retail  assets,  manufacturing 
production  status,  warehouse  inventory  levels  at  specific  depots,  tracking  status  for  shipments, 
contract  production  and  shipment  status,  SAMMS  data  quality  corrections,  and  hyperlinks  to  a 
series  of  other  ARN  developed  functions. 

VIM- ASAP  is  a  web  accessible  tool  that  is  used  by  defense  apparel  manufacturers  and  bill  and 
hold  contractors  to  record  production  status,  create  invoices  and  shipping  documents,  track 
payment  status  from  DFAS,  operate  a  depot,  and  generate  all  appropriate  electronic  transactions 
to  complete  the  picture  of  the  total  supply  chain.  VIM- AS  AP  performs  all  of  these  functions  by 
accessing  contract,  requisition,  and  product  data  to  present  each  contractor  with  only  their  own 
specific  subset  of  the  information  that  they  are  responsible  for.  It  facilitates  the  capture  of  the 
shipment  data  by  utilizing  the  AAVS  DataMart  data  to  capture  the  information  needed  to 
complete  a  all  required  DoD  forms  and  transactions.  This  reduces  the  time  it  takes  each 
manufacturer  to  prepare  their  documents  and  improves  the  quality  and  completeness  of  each 
document  and  transaction. 

The  results  of  these  efforts  can  be  seen  in  the  significant  inventory  reductions  that  have  been 
seen  at  the  Marine  Corps  Recruit  Training  Centers  (RTC),  the  improvements  at  the  Army  CIIPs 
(Clothing  Initial  Inventory  Points),  in  the  growth  of  the  use  of  VIM- ASAP  to  capture  production 
status  and  shipment  data  for  DSCP,  in  improved  manufacturer’s  cash  flow,  and  in  a  reduction  in 
the  manufacturer’s  efforts  required  to  complete  forms  and  update  systems.  The  results  can  also 
be  seen  in  the  timeliness  and  accuracy  of  all  the  electronic  transactions  and  resultant  inventory 
data. 
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Introduction 

This  report  provides  a  summary  of  the  work  done  by  Modulant  for  the  ARN  program  for 
Contract  SP0103-02-D-0016.  All  other  documents  produced  for  this  contract,  both  CDRL  and 
non-CDRL  (Contract  Data  Requirement  List),  are  provided  as  appendices  to  this  report.  The 
monthly  status  and  financial  reports  were  delivered  each  month  and  therefore  are  not  included  as 
attachments  to  this  report.  The  primary  objective  for  Modulant’ s  work  on  this  contract  was  to 
build  a  single  complete  supply  chain  database  from  a  collection  of  heterogeneous  legacy  system 
databases  and  to  make  this  data  available  over  the  Internet  for  anyone  with  an  interest  in  some 
facet  of  the  total  supply  chain.  The  visibility  into  the  total  supply  chain  provides  the  information 
required  to  make  decisions  that  can  both  reduce  inventory  levels  and  shortages.  The  work  that 
Modulant  has  done  to  achieve  this  objective  is  explained  in  the  following  six  sections: 

1.  The  first  section  identifies  the  ARN  System  Architecture  using  both  operational  and 
computer  system  architectures. 

2.  The  second  section  identifies  the  structure  and  content  of  the  A  A  VS  DataMart,  the  legacy 
systems  that  provide  the  data,  and  the  ftp  sites  that  provide  data  to  other  ARN  systems. 

3.  The  third  section  identifies  the  extractions  from  the  AAVS  DataMart  for  a  variety  of  ARN 
related  applications. 

4.  The  fourth  section  identifies  the  VIM- ASAP  and  VIM  function  that  were  developed  by 
Modulant  for  the  ARN  program. 

5.  The  fifth  section  identifies  the  specific  tasks  that  were  performed  on  this  contract. 

6.  The  sixth  and  final  section  provides  summary  level  conclusions  for  this  report. 

The  primary  goal  for  the  past  year  was  to  expand  the  capabilities  and  the  recognized  success  of 
manufacturers’  use  of  VIM- ASAP.  The  primary  tasks  performed  during  the  past  year,  include: 

1.  We  developed  and  implemented  a  series  of  related  VIM  and  VIM- ASAP  web  functions 
that  permit  a  manufacturer  to  identify  data  problems  in  S  AMMS  and  then  for  DSCP  to 
review  and  resolve  those  problems. 

2.  We  acquired  and  implemented  a  new  cluster  of  ARN  servers,  a.k.a.,  single  server  to 
improve  the  reliability  and  responsiveness  of  the  ARN  systems. 

3.  We  developed  and  implemented  a  number  of  new  and  improved  VIM- ASAP  web 
functions  for  an  interface  to  WAWF-RA;  to  eliminate  the  need  for  paper  DD250s;  to  track 
shipments  utilizing  each  carrier’s  web  site;  to  manage  and  display  a  matrix  of  shipments 
versus  each  contract’s  CLINs;  and  to  move  a  great  deal  of  processing  from  the  server  to 
the  client’s  computer  to  significantly  improve  the  performance  of  VIM- ASAP. 

4.  We  improved  the  processes  used  to  access  and  update  data  from  a  number  of  data  sources, 
including  DODAACs,  payments,  etc. 
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5.  We  developed  and  implemented  a  web-based  version  of  BIFRS  that  can  handle  shared 
production  resources  and  products  that  are  produced  by  more  than  one  manufacturer. 

6.  We  upgraded  our  software  configuration  management  systems  and  practices. 
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1  ARN  System  Architecture 

The  ARN  System  Architecture  can  be  viewed  from  either  an  operational  or  computer  system 
infrastructure  perspective.  The  operational  architecture  identifies  each  of  the  total  supply  chain 
functions,  how  they  relate  to  each  other,  and  what  automated  support  systems  they  use.  The 
computer  system  architecture  identifies  all  the  computer  and  communications  related  equipment 
and  interfaces. 

1.1  Operational  Architecture 

The  ARN  SCS  (Supply  Chain  System)  Operational  Architecture  is  depicted  in  Figure  2.  The 
processing  steps  show  the  interrelationships  of  the  wholesale,  wholesale  local,  and 
manufacturing  segments  of  the  C&T  (Clothing  &  Textile)  supply  chain  and  the  ARN  and  related 
systems  that  support  this  process.  Solid  blue  lines  are  used  to  indicate  material  or  document 
flow.  Dashed  red  lines  are  used  to  indicate  the  flow  of  data. 


Recruit  Training  Centers  (RTC) 


Defense  Supply  Center  Philadelphia  (DSCP)  and  Depots 


Manufacturers  and  Bill  and  Hold  Contractors 


MJ  Calculate  Rebalance 
Levels  Within  Total 
Supply  Chain 

♦ 


DFAS 


Shipment  with 
Shipping  Documents 


Figure  2  -  ARN  Operational  Scenario 


Processing  steps  and  data  sources  are  identified  by  the  numbers  in  white  octagons  of  Figure  2 
and  are  described  as  follows: 


1.  View  Total  Supply  Chain  and  Generate  Requisitions:  Wholesale  local  personnel  utilize  the 
local  inventory  management  and  control  system  to  initiate  system  functions  and  begin  the 
daily  supply  cycle.  They  may  set  or  change  the  system’s  inventory  management  parameters. 
Among  these  is  the  Annual  Shipping  Plan,  which  represents  the  budgeted  numbers  of  recruits 
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material  replenishment  orders  that  directs  the  production  and  redistribution  of  materials.  The 
Item  Manager  is  responsible  for  setting  a  variety  of  parameters  that  guide  the  decisions  made 
by  the  system,  including  parameters  such  as  order  of  depot  preferences  for  filling  retail 
requisitions. 

6.  Manage  Depots  and  Process  Material  Release  Orders:  There  are  two  types  of  depots.  The 
first  is  the  DLA  operated  depots  that  use  their  own  legacy  systems  to  perform  all  their 
functions,  including  generating  updates  to  SAMMS.  The  ARN  systems  do  not  impact  these 
depots  directly.  All  interaction  with  these  depots  is  done  through  SAMMS.  The  second  type 
of  depot  is  operated  by  bill  and  hold  contractors  who  use  VIM- ASAP  to  manage  their 
inventories,  receive  and  process  requisitions,  generate  all  the  required  shipping  documents 
and  MRO  (Material  Release  Order)  forms,  track  carrier  shipment  status,  and  format  and 
transmit  all  MILSTRIP  and  MILSTRAP  transactions. 

7.  Manufacture  and  Ship  Items:  The  ARN  system  called  VIM-ASAP  supports  clothing  and 
textile  manufacturers  with  functions  that  provide  access  to  digital  contracts,  supports  the 
recording  of  production  status,  generates  all  invoices  and  shipping  documentation,  formats 
and  transmits  digital  invoices  to  DFAS,  tracks  DFAS  payments  for  each  CLIN  (Contract 
Line  Item  Number)  in  every  invoice,  supports  data  quality  problem  notifications  for  DSCP, 
tracks  contract  versus  shipment  status,  and  provides  access  to  carrier  tracking  information  for 
each  shipment. 

8.  ASTRA:  ASTRA  stands  for  ARN  Supply-chain  Transaction  Repository  for  Action.  Its 
primary  function  is  to  accept  transactions  that  are  being  transmitted  to  SAMMS  by  any  of  the 
ARN  functions  and  to  verify  that  each  of  the  transactions  was  transmitted  and  accepted  by 
SAMMS. 

9.  SAMMS:  The  source  for  much  of  the  AAVS  DataMart  data  is  extracted  from  SAMMS. 
SAMMS  contains  a  wide  range  of  data,  including  retail  requisitions,  manufacturer’s 
contracts,  and  depot  inventory  levels  for  all  NSNs  (National  Stock  Number).  SAMMS  is 
updated  by  a  variety  of  ARN  systems  using  MILSTRIP  or  MILSTRAP  transactions. 

10.  Other  Data  Sources:  The  other  data  provides  manufacturer’s  names  and  addresses,  DFAS 
(Defense  Finance  and  Accounting  System)  billing  addresses,  depot  identifications,  DFAS 
payment  status,  and  a  wide  variety  of  related  data. 

11.  AAVS  DataMart:  The  AAVS  DataMart  provides  total  asset  visibility  for  all  retail,  wholesale, 
and  manufacturing  activities.  At  the  retail  level  it  tracks  consumption,  demand,  and  on-hand 
inventory  levels.  At  the  wholesale  level  it  tracks  depot  supplies  and  requisitions  by  location. 
At  the  manufacturing  level  it  tracks  contracts,  production  status,  and  shipments. 

1.2  Computer  System  Infrastructure 

ARN’s  production  system  (see  Figure  3)  is  supported  by  a  fully  redundant  configuration  of 
servers  and  communications  devices  built  upon  the  foundation  of  battery  backups  to  protect 
v  inst  power  failures.  An  ARN  router  and  firewall  handle  the  network  communications  with 
mutual  fail-over  support  from  identical  Modulant  equipment  on  their  own  network.  The  major 
components  of  the  ARN  production  network  are  shown  in  Table  1. 
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Table  1  -  ARN  Network  Devices 


Device 

Notes 

Dual  Dell  1650  Web 
Servers 

The  web  server  contains  three  web  sites  and  all  the  related  HTML  and  ASP 
oaaes.  Two  are  accessible  without  passwords  (http://info.ct-dsco.com  and 
htto://arn2.com).  One  is  onlv  accessible  usina  encrypted  user  IDs  and  passwords 
(http://vim.ct-dsco.coml. 

Dual  Dell  2550 
Database  Servers 

The  database  server  contains  all  the  SQL  2000  software  and  controls  all 
database  access.  The  database  server  cannot  be  addressed  externally,  but  only 
through  the  web  server.  This  prevents  hackers  from  even  being  able  to 
understand  that  the  database  server  even  exists,  which  means  that  it  is 
impossible  for  hackers  to  access  the  database  server. 

RAID 

A  RAID  (Redundant  Array  of  Independent  Disks)  device  has  totally  redundant 
circuits  and  disk  drives.  All  data  is  updated  at  two  physical  locations  as  a  mirror 
image  on  two  separate  drives.  Dual  transaction  logs  for  each  change  are  also 
kept  on  two  drives. 

PIX  51 5E  Firewall 

The  firewall  provides  protection  from  unauthorized  access  as  well  as  control  over 
a  network’s  VPN  (Virtual  Private  Network). 

CISCO  2621  Router 

The  router  manages  the  network  and  routes  all  inter-server  communications. 

ISP  (T 1 ) 

ARN’s  Internet  Service  Provider  is  Sprint 

Figure  3  -  Computer  System  Components 


The  ARN  network  also  contains  staging  web  and  database  servers  that  are  configured  just  like 
the  production  server  for  final  testing  prior  to  moving  software  to  production.  The  staging 
computers  will  be  accessible  and  can  be  update  by  both  AdvanTech  and  Modulant  personnel  for 
system  testing  prior  to  updating  production.  The  production  server  will  only  be  able  to  be 
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updated  by  a  single  individual  while  physically  at  the  production  server.  This  is  being  done  for 
security  and  configuration  management  purposes.  Requiring  that  the  update  be  done  from  the 
console  on  the  production  server  provides  an  extra  layer  of  security.  The  single  individual  doing 
the  updates  for  production  will  follow  a  specific  procedure  that  guarantees  that  the  right 
approvals  have  been  obtained  and  that  an  archive  is  properly  maintained  of  all  changes. 

There  are  also  two  development  servers  with  the  functions  split  just  like  the  production  servers. 

All  of  the  programmers  have  full  access  to  this  equipment  to  develop  and  test  the  functions  that 
they  are  responsible  for.  MS  SourceSafe  is  being  used  to  manage  all  software  from  the  start  of 
development  through  maintenance  of  the  code  while  in  production.  All  servers  utilize  Windows 
2000  for  their  operating  system.  The  database  software  for  both  the  production  and  development 
servers  is  Microsoft  SQL  Server  2000.  VeriSign  provides  the  encryption  protection  software. 
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2  AAVS  DataMart 

The  ARN  Asset  Visibility  System  (AAVS)  DataMart  is  built  from  a  collection  of  five  classes  of 
data  sources.  This  collection  of  information  provides  for  visibility  into  the  total  apparel  supply 
chain.  The  type  of  data  collected  from  each  legacy  system  is  as  follows: 

1)  Wholesale:  The  sole  source  of  wholesale  data  is  a  DLA  system  called  SAMMS. 
Wholesale  data  addresses  product  identification,  contracts,  requisitions,  and  depot 
inventory  quantities  and  locations. 

2)  Manufacturing:  The  sole  source  of  manufacturing  data  is  an  ARN  developed  system 
called  VIM-ASAP.  Manufacturing  data  addresses  delivery  order  queues,  requisitions, 
production  status,  shipments,  and  various  types  of  military  transactions,  e.g.,  MELSTRIP. 

3)  Retail:  Retail  data  is  collected  from  Marine  Corps  and  Army  recruit  training  centers  as 
well  as  from  non-recruit  sources.  Retail  data  addresses  consumption  and  receipts. 

4)  Associated  Data:  Associated  data  is  collected  from  a  variety  of  web  sites  and  CD-ROMs 
that  provides  data  required  to  complete  some  of  the  processing,  e.g.,  shipping  addresses, 
billing  addresses,  code  translations,  etc. 

5)  Users  and  Menus:  A  series  of  related  tables  is  used  to  identify  users,  user  groups,  user 
ownerships,  and  menu  functions  and  organization. 

2.1  Wholesale  Data  Sources 

The  item  managers  and  contracting  officers  at  the  DSCP  manage  their  inventories,  requisitions, 
and  contracts  using  SAMMS.  SAMMS  resides  at  DSCC  (Defense  Supply  Center  Columbus)  in 
Columbus,  Ohio  (see  Figure  4).  DSCP  in  Philadelphia  runs  a  nightly  batch  extraction  to  create 
two  Oracle  databases  for  only  clothing  and  textile  (C&T)  items.  One  is  called  the  C&T  Data 
Warehouse  and  the  other  is  called  the  DSD  (Decision  Support  Database).  Modulant  in  Long 
Beach  initiates  a  nightly  batch  extraction  from  both  Oracle  databases  to  create  a  Microsoft  SQL 
Server  2000  database  called  the  AAVS  DataMart.  The  extraction  program  runs  automatically 
each  night  looking  to  see  if  any  of  the  SAMMS  tables  are  updated.  Once  an  update  to  any  table  is 
detected,  it  is  downloaded  to  partially  replace  the  data  in  the  AAVS  DataMart.  The  data  is  only 
partially  replaced  to  protect  against  periodic  data  problems  with  the  Oracle  databases.  The  partial 
replacement  is  focused  on  ensuring  that  records  are  not  deleted  from  the  AAVS  DataMart  until 
seven  days  after  they  were  deleted  from  SAMMS.  This  is  done  to  protect  against  inadvertent 
deletions  or  partial  downloads  where  some  data  is  missing. 


Figure  4  -  SAMMS  Extraction  for  the  AAVS  DataMart 
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o  The  subset  of  the  above  that  have  a  valid  PGC  in  the  SCF  table 
o  All  contracts  in  the  ACF  table  that  call  for  any  of  the  above  NSNs  plus  all  contracts  for 
special  measurement  NSNs  that  are  being  produced  by  any  of  the  VIM- ASAP 
manufacturers 

o  Any  of  those  contracts  that  are  not  cancelled,  closed,  or  inactive  for  more  than  one  year 
o  All  requisitions  in  the  ARCS  tables  that  call  for  any  of  the  above  NSNs 
o  All  depot  records  in  the  NIR2  table  for  any  of  the  above  NSNs 
o  All  due-in  records  in  the  DUE  table  for  any  of  the  above  NSNs 

The  A  A  VS  DataMart  contains  a  specific  subset  of  the  data  elements  that  could  be  extracted  from 
the  SAMMS  tables.  The  specific  subset  was  selected  based  on  the  ARN’s  team  knowledge  of 
the  use  of  the  data.  A  list  of  all  SAMMS  data  elements  was  circulated  to  the  entire  team  so  each 
team  member  could  mark  the  ones  they  use.  The  SAMMS  data  is  extracted  from  an  Oracle 
extraction  from  SAMMS.  The  data  is  screened  to  only  select  a  specific  subset  of  data  that 
complies  with  the  following: 

o  All  NSNs  that  begin  with  an  FSC  (Federal  Supply  Class)  of  “83”  and  “84” 
o  Any  NSNs  that  begin  with  an  FSC  of  “99”  whose  nomenclature  implies  apparel 
o  All  of  the  above  NSNs  that  are  marked  as  used  by  any  of  the  military  services 
o  All  of  the  above  NSNs  with  non-zero  entries  in  SSC  (Standard  Supply  Code)  except  for 
those  marked  with  an  SSC  of  2  or  6.  Specific  NSNs  with  an  SSC  of  6  are  stored  if  the 
NSN  is  from  the  ARCS1  table  and  a  valid  NSN  is  substituted  in  the  ARCS2  table, 
o  All  contracts  that  require  any  of  the  above  NSNs 
o  All  requisitions  that  require  any  of  the  above  NSNs 
o  All  depot  counts  for  any  of  the  above  NSNs 

The  A  A  VS  DataMart  was  expanded  to  capture  data  related  to  special  measure  orders  for  a 
number  of  manufacturers  who  needed  the  data  for  orders  or  for  the  preparation  of  their  DD1 155s 
(contracts)  and  DD250s  (invoices).  Special  Measurement  garments  do  not  have  conventional 
NSNs.  They  have  special  coded  NSNs  where  specific  characters  have  specific  meaning.  The 
coding  is  used  to  correlate  special  measurement  garments  with  their  nomenclature.  VIM-ASAP 
also  needed  to  be  modified  to  handle  the  non-standard  NSNs. 

DLA  is  working  to  replace  SAMMS  with  BSM.  During  the  contract  performance  period, 
Modulant  reviewed  and  commented  upon  a  variety  of  BSM  data  definitions  and  mapping 
documents.  We  also  provided  the  BSM  team  with  ARN  produced  data  requirements  documents. 
The  intent  is  for  ARN  to  make  a  seamless  transition  from  SAMMS  to  BSM. 

2.2  Manufacturing  Data  Sources 

VIM-ASAP  is  a  web-based  system  that  is  used  by  apparel  manufacturers  and  bill  and  hold 
contractors  to  access  contracts,  report  production  status,  generate  invoices  and  shipping 
documents,  generate  requisitions  and  shipping  documents,  and  all  electronic  transactions 
required  to  update  SAMMS  and  DFAS.  The  following  data  is  created  or  updated  in  the  AAVS 
DataMart  by  VIM-ASAP: 

o  Cutting  status  for  each  CLIN  of  every  contract 
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2.4.2  DF AS/Pay  Office  Codes 

DFAS  identifies  their  payment  offices  with  a  DODAAC  and  a  mailing  address  that  is  slightly 
different  than  the  address  found  in  the  DAAS  (Defense  Automated  Addressing  System) 
DODAAC  data.  DSCP  defines  the  payment  office  using  the  SAMMS  ACF  (Active  Contracts 
File)  table  with  a  two  character  alphanumeric  code  “PAYMT_OFC_CD”.  No  automated  source 
exists  that  correlates  the  DFAS  DODAAC  with  the  SAMMS  code.  The  combination  of  the  lack 
of  an  automated  correlation  and  the  disjoint  between  the  two  DODAAC  addresses  necessitated 
the  creation  of  a  manual  table  (see  Table  2)  that  was  created  by  working  with  DFAS  personnel  to 
get  accurate  information  for  the  DFAS  addresses  and  the  SAMMS  code  correlations.  The 
address  data  was  extracted  from  DFAS’s  web  site:  https://ecweb.dfas.mil/notes.html.  DFAS 
accepts  electronic  payments  using  two  formats,  i.e.,  SAMMS  and  MOCAS  (Mechanization  of 
Contract  Administration  System).  Pay  Codes  of  12  and  16  identify  the  SAMMS  formatted 
invoices  while  all  other  codes  identify  MOCAS  invoices. 


Table  2  -  Manually  Created  Table  for  DFAS  Codes  and  Addresses 


IB 

m 

S' 

DD  250  Name 

DD250  Title 

piNflfitt 

DD250,6lfy,  State-Zip  ■ 

hqh 

SCI  020 

■M&MiMHBgaaM 

DFAS-CO-JSA/Southeast  Division 

P.O.  Box  182225 

wmmmiwBBMBBmm 

09 

SCI  034 

DFAS  Columbus  Center 

DFAS-CO-JSC/Capitol  Division 

P.O.  Box  182263 

Columbus,  OH  43218-2263  | 

12 

SC0100 

DFAS/CO/LSCBA/C&T 

P.O.  Box  182317 

MIWBiaiHMBgfcamSESMl 

16 

SC0100 

DFAS  Columbus  Center 

DFAS/CO/LSCBA/C&T 

P.O.  Box  182317 

Columbus,  OH  43218-6248 

mm 

SCI  020 

DFAS  Columbus  Center 

DFAS/-CO-JSA/Southeast  Division 

P.O.  Box  182225 

Columbus,  OH  43218-2225 

A2 

SCI  01 6 

DFAS  Columbus  Center 

DFAS-CO-JNB/Bunker  Hill  Division 

P.O.  Box  182077 

MMIIfiiaiHIeHEfcBEHSiai 

SCI  028 

DFAS  Columbus  Center 

DFAS-CO-JW  PR 

P.O.  Box  182317 

Columbus,  OH  43218-2317 

A4 

SCI  01 8 

DFAS  Columbus  Center 

DFAS-CO-JNF/New  Dominion  Division 

P.O.  Box  182041 

Columbus,  OH  43218-2041 

A5 

SCI  030 

■afeMwaaiaiHaaa 

DFAS-CO-JSD/Chesapeake  Division 

P.O.  Box  182264 

Columbus,  OH  43218-2264 

A7 

SCI  028 

DFAS  Columbus  Center 

DFAS-CO-JWB/Gateway  Division 

P.O.  Box  182251 

Columbus,  OH  43218-2251 

A8 

SCI  032 

DFAS  Columbus  Center 

DFAS-CO-JNC/Minuteman  Division 

P.O.  Box  182266 

Columbus,  OH  43218-2266 

A9 

SCI  01 8 

DFAS  Columbus  Center 

DFAS-CO/AII  American 

P.O.  Box  182317 

■«fllTO13IEM.];E!cErcSSBM 

BO 

SCI  028 

DFAS  Columbus  Center 

DFAS-CO-JWB/Gateway  Division 

Columbus,  OH  43218-2251 

B2 

SCI  032 

DFAS  Columbus  Center 

DFAS-CO-JNC/Minuteman  Division 

P.O.  Box  182266 

Columbus,  OH  43218-2266 

mnm 

SCI  004 

DFAS  Columbus  Center 

DFAS-CO-JWV/Van  Nuys  Division 

P.O.  Box  182157 

MamaiaHMimaEgigai 

B8 

SCI  01 2 

DFAS  Columbus  Center 

DFAS-CO-JNA/Liberty  Division 

P.O.  Box  182104 

Columbus,  OH  43218-2104 

B9 

SCI  010 

DFAS  Columbus  Center 

DFAS-CO-JN D/Independence  Division 

P.O.  Box  182362 

Columbus,  OH  43218-2362 

■EES 

SCI  030 

DFAS  Columbus  Center 

DFAS-CO-JSD/Chesapeake  Division 

P.O.  Box  182264 

Columbus,  OH  43218-2264 

D7 

SCI  006 

DFAS  Columbus  Center 

DFAS-CO-JWT/Santa  Ana  Division 

P.O.  Box  182381 

Columbus,  OH  43218-2381 

D9 

SCI  034 

DFAS  Columbus  Center 

DFAS-CO-JSC/Capitol  Division 

P.O.  Box  182263 

Columbus,  OH  43218-2263 

E7 

HQ0339 

DFAS  Columbus  Center 

DFAS-CO-JW C/West  Entitlement  Operations 

P.O.  Box  182381 

Columbus,  OH  43218-2381 

E8 

HQ0338  | 

DFAS  Columbus  Center 

DFAS-CO-JSCB/South  Entitlement  Operations 

P.O.  Box  182264 

Columbus,  OH  43218-2264 

2.4.3  CAS/Administered  By  Offices 

The  Federal  Directory  of  Contract  Administrative  Services  (CAS)  codes  are  maintained  by  the 
Defense  Contract  Management  Agency  (DCMA).  CAS  codes  are  used  to  identify  the  office  that 
is  responsible  for  the  administrative  functions  for  each  contract  (Block  10  of  the  DD  250).  The 
three  digit  numeric  codes  are  periodically  extracted  from  a  text  file  from  the  DCMA  web  site  at: 
http://www.dcma.mil.  Only  government  employees  may  use  this  site  to  download  the  required 
file  (called  the  CAS  Book).  DSCP  has  added  to  this  list  with  a  set  of  three  additional  non¬ 
standard  alpha  CAS  codes  for  contracts  that  are  administered  in  Philadelphia.  Standard  CAS 
codes  are  three  digit  numbers.  The  three  additional  alpha  codes  are  manually  entered  into  the 
CAS  table.  The  CAS  table  contains  the  correlation  between  the  CAS  code  and  its  DODAAC. 
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2.4.4  DODAA  C/Government  Addresses 

The  DODAAC  table  is  built  from  a  very  large  fixed-column  text  file  that  is  periodically 
downloaded  from  a  DAAS  (Defense  Automated  Addressing  System)  web  site  at: 
https://www.daas.dla.mil/dodaaf/down  dodaaf.pl.  A  SQL  2000  stored  procedure  was  developed 
to  read  this  file  to  store  the  extracted  information  in  a  database  structure.  The  resultant  table 
contains  DODAAC  addresses  for  every  government  and  many  commercial  sites  throughout  the 
world.  A  small  number  of  commercial  sites  are  assigned  DODAACs  when  they  are  assigned 
responsibility  to  act  as  a  depot  to  store  and  deliver  government  owned  items. 

The  vast  majority  of  these  DODAACs  are  of  no  interest  for  the  AAVS  DataMart.  For  this  reason, 
a  second  application  was  developed  that  runs  each  day  to  extract  only  pertinent  DODAACs  for 
the  AAVS  DataMart.  Pertinent  DODAACs  are  defined  as: 

o  Ship-To  sites  identified  in  the  SAMMS  ACF  table 
o  Ship-To  sites  identified  in  the  SAMMS  ARCS  tables 
o  Ship-From  sites  identified  in  the  SAMMS  ARCS  tables 
o  Administered-By  offices  as  defined  in  the  SAMMS  ACF  table 

2.4.5  RIC/Depot  Identifiers 

The  RIC  (Routing  Identifier  Code)  table  is  built  from  a  very  large  fixed-column  text  file  that  is 
periodically  downloaded  from  a  DAAS  (Defense  Automated  Addressing  System)  web  site  with 
the  address:  https://www.daas.dla.mil/dodaaf/down  dodaaf.pl.  A  SQL  2000  stored  procedure 
was  developed  to  read  this  file  to  store  the  extracted  information  in  a  database  structure.  The 
resultant  table  contains  a  correlation  between  the  RIC  and  DODAAC  for  all  government  depots 
throughout  the  world.  A  small  number  of  commercial  sites  are  assigned  RICs  when  they  are 
assigned  responsibility  to  act  as  a  depot  to  store  and  deliver  government  owned  items. 

The  vast  majority  of  these  RICs  are  of  no  interest  for  the  AAVS  DataMart.  For  this  reason,  a 
second  application  was  developed  that  runs  each  day  to  extract  only  pertinent  RICs  for  the 
AAVS  DataMart.  Pertinent  RICs  are  defined  as  those  that  have  pertinent  DODAACs  as  defined 
in  Section  2.4.4. 

2.4.6  Freight  Codes  and  Nomenclature 

Specific  descriptions  and  codes  are  required  to  be  placed  on  all  MROs  (DD  Form  1348-1 A). 

The  data  is  extracted  from  a  monthly  updated  FEDLOG  CD-ROM  from  the  Defense  Logistics 
Information  Services  (DLIS).  All  of  this  data  is  tied  to  specific  NSNs  via  FEDLOG.  The  data 
that  is  extracted  and  stored  in  the  AAVS  DataMart  includes: 

o  National  Motor  Freight  Classification  Code 
o  National  Motor  Freight  Classification  Nomenclature 
o  Water  Commodity  Code 
o  Type  of  Cargo  Code 
o  Uniform  Weight  Classification  Code 
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2.4.7  DFAS  Payment  Status 

Each  DD250  is  tracked  against  payment  status  data  from  a  DFAS  system  called  VPIS  (Vendor 
Pay  Inquiry  System).  The  comma  delimited  text  data  is  downloaded  each  morning  from  a  DFAS 
site  at:  http://www.dfas.mil/monev/vendor/index.htm.  The  data  is  downloaded  and  stored  for 
each  manufacturer  that  creates  DD250.  The  specific  data  from  VPIS  that  is  kept  in  the  AAVS 
DataMart  includes: 

o  Invoice  number 

o  Invoice  Suffix  (created  by  DFAS  as  partial  payments  are  made) 
o  Contract 
o  Delivery  Order 
o  CLIN 
o  Check  Number 
o  Voucher  Number 
o  EFT  Number 
o  Invoice  Issue  Date 
o  Payment  Date 
o  Invoice  Amount 
o  Payment  Amount 
o  Discount  Amount 
o  Interest  Amount 
o  Pay  Status 
o  Reason  Code 
o  Remarks 

o  Merchandise  Acceptance  Date 
o  Tax  Withheld  Amount 
o  Gross  Invoice  Amount 
o  Locator  Code 
o  Scheduled  Payment  Date 
o  Last  Action  Date 

2.4.8  Miscellaneous  Codes 

DLA  uses  a  number  of  codes  that  each  manufacturer  and  bill  and  hold  contractor  must  be  able  to 
interpret  when  preparing  shipments  or  filling  orders.  The  codes  required  for  all  of  the  ARN 
functions  extracted  from  DLA  publications  at:  http://www.dlaps.hQ.dla.mil/SR2.htm.  The 
following  list  of  codes  has  been  extracted  and  stored  in  the  AAVS  DataMart: 

o  Discount  Term  Code:  Contractor  offered  discount  for  early  payment  (e.g.,  1510  =  1%  15) 

o  Status  Codes:  Requisition  status  (e.g.,  BB  =  Item  backordered  against  a  due-in  stock) 

o  Violation  Control  Codes:  SAMMS  transaction  violations  (e.g.,  AD  =  RIC  of  Receiving 
Activity  Invalid) 

o  Condition  Codes:  Condition  of  garment  (e.g.,  A  =  Serviceable,  issuable  without 
qualification) 

o  Fund  Codes:  Explains  purpose  of  requisition  (e.g.,  AA  =  Stock  Replenishment) 
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o  Advice  Codes:  Requestor  instructions  to  depot  (e.g.,  2J  =  do  not  substitute  or  backorder 
any  unfilled  quantities) 

o  Mode  of  Shipment  Codes:  Identifies  type  of  carrier  (e.g.,  5  =  Surface-Small  Package 
Carrier) 

o  Signal  Codes:  Defines  use  of  sources  for  DODAAC  (e.g.,  J  =  Ship  to  DODAAC  of 
Supplementary  Address  and  Bill  to  DODAAC  of  Requisition) 

o  Special  Measurement  Codes:  Correlates  the  three  digit  special  measurement  code  with 
the  appropriate  five  digit  PGC  to  get  the  nomenclature  (e.g.,  02044  =  507  trousers,  men's 
p/w  gab  green).  The  data  is  taken  from  a  static  file  maintained  by  DSCP  and  downloaded 
for  the  A  A  VS  DataMart  once. 

o  State  Codes:  Each  state  is  identified  as  east  or  west  of  the  Mississippi  river  and  for  the 
RDC  (Regional  Distribution  Center)  region  that  it  is  in.  This  is  a  static  list  that  was 
constructed  from  a  DSCP  e-mail  and  knowledge  of  the  states.  The  data  is  used  to 
determine  the  appropriate  consolidation  point  for  overseas  shipments  and  to  allocate 
consumption  to  the  appropriate  RDC. 

2.5  Users  and  Menus 

A  series  of  related  tables  is  maintained  that  manage  VIM  menus  and  users  and  access  privileges 
for  each  user.  This  is  done  through  the  data  tables  identified  Table  3. 


Table  3  -  User  and  Menu  Data  Tables 


Name 

Description 

Menu  Functions 

The  full  list  of  all  VIM  functions,  their  indenture  level,  and  the  name  of  the  function  invoked 

Users 

All  VIM  users,  passwords,  email  addresses,  and  the  user  group  they  belong  to 

User  Groups 

The  name  of  all  user  groups 

User  Group  Functions 

A  list  that  correlates  which  user  groups  have  access  to  which  functions 

User  Ownership 

A  list  that  correlates  each  user  with  any  ownerships  that  exist,  e.g.,  a  DSCP  buyer  can  own  a 
contract,  a  VIM- ASAP  user  can  own  a  CAGE,  etc. 

2.6  AAVS  DataMart  Data  Quality  and  Reliability 

The  data  quality  of  the  AAVS  DataMart  data  from  SAMMS  has  been  monitored  on  a  daily  basis 
for  the  past  year.  A  report  is  prepared  and  distributed  weekly  to  document  the  problems  and 
resolutions.  A  sample  from  the  report  is  shown  in  Table  4.  The  complete  report  can  be  found  in 
Appendix  B.  The  log  is  used  to  both  track  the  status  of  corrective  actions  for  the  specific  instance 
of  the  problem,  but  also  to  periodically  look  for  patterns  of  problems  that  can  be  corrected  with 
better  training  or  earlier  detection  and  corrective  action  using  a  function  from  VIM. 
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Table  4  -  AA  VS  DataMart  Data  Quality  Problem  Lo 


Description 


Between  4/24/2003  and  4/25/2002,  we 
received  notices  from  Apparel 
Manufacturing,  Choctaw  Manufacturing,  and 
Rutter-Rex  that  the  first  digit  of  the  size  data 
was  missing  for  some  PGCs  (01659,  02115, 
01771,  01629,  and  00184).  All  the  incorrect 
size  data  had  an  update  date  on  the  evening 
of  4/23/2002. 

•  Apparel  Mfg  PGC  01 659  -  DK  Carol 
Calabrese 

•  Choctaw  Mfg  PGC  02115-  DK  Carol 
Calabrese 

•  Rutter-Rex  PGC  001 96  -  DK  Carol 
Calabrese 

•  Rutter-Rex  PGC  001 84  -  DK  Carol 
Calabrese 


The  following  note  was  received  from  Rutter- 
Rex  (Teresa  Miller)  and  forwarded  to  Diane 
Douse: 

I  noticed  Friday  afternoon  in  VIM  (Contract 
SP010002D031 6/0006)  that  the  above  order 
has  NSN  8405-01-173-4460  -  Size  15x31 
listed  twice.  The  item  numbers  are  0006AA  & 
0007AA.  The  0007AA  should  be  NSN  8405- 
01-173-4461  -  Size  15x32. 1  did  not  notice 
that  until  Friday  and  I  have  invoiced  that  size 
previously.  I  usually  use  the  item  numbers  to 
invoice  by. 


Janice  at  Alabama  Institute  for  the  Blind  sent 
the  following  note  which  was  forwarded  to 
Diane  Douse: 

VIM  shows  for  contract  CB1 3-0007  as  New 
Cumberland,  PA  -  the  contract  shows  Travis 
Association  F/T  Blind,  Austin,  TX  (SC0103). 
Could  you  check  this  out? 


Source  Table 


SAMMS 


Potential  Long  Term  Solution 


Diane  Douse  sent  the  following  note  on 
4/28/2003: 

Carol  is  inputting  the  sizes  on  all  of  the  PGCs 
again.  She  didn't  originally  input  them  as  an 
80-card  column  entry  so  the  input  wasn't  off  by 
a  card  column.  She  input  them  via  a  SAMMS 
data  entry  screen.  She  left  additional  spaces 
open  before  the  size  data  this  time  (she 
originally  left  a  couple  but  now  she  is  putting 
the  size  data  all  the  way  at  the  end  of  the  input 
field),  and  this  should  work,  but  these  additional 
spaces  shouldn't  be  necessary  when  inputting 
size  information.  Unfortunately  it  looks  like 
another  SAMMS  quirk. 

Carol  is  out  tomorrow,  and  it  might  take  a  few 
days  for  you  to  see  this  change,  so  please 
keep  checking  and  let  us  know. 

The  data  was  corrected  on  4/29/2003. 


Diane  forwarded  the  note  to  Al  Carter  who 
replied  on  4/21/2002: 

GUILTY  AS  CHARGED.  The  correct  NSN  was 
input  into  SAMMS  today. 

On  4/22/2003,  Al  Carter  sent  the  following 
note: 

Teresa  will  submit  the  corrected  hard  copy 
DD250's  to  DFAS  and  I'll  do  the  inventory 
adjustments.  Everything  should  hit  correctly 
from  this  point  on. 


Diane  Douse  sent  the  following  note  on 
4/3/2003: 

Linda  Gates  is  going  to  change  the  destination 
from  New  Cumberland  to  Travis,  so  the 
problem  should  be  resolved  in  a  day  or  two. 

The  AAVS  DataMart  was  updated  with  the 
correct  data  on  the  morning  of  4/4/2003. 
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3  AAVS  DataMart  Extractions 

Different  subsets  of  the  AAVS  DataMart  data  elements  are  provided  to  a  variety  of  ARN  team 
members  for  a  variety  of  purposes.  The  customers  for  these  extractions  include  ATI,  LMI,  CAR, 
and  Parris  Island.  The  data  is  either  “pushed”  to  a  customer’s  ftp  site  or  provided  via  an  AAVS 
ftp  site  for  “as  required”  access  and  download.  Access  to  the  data  is  controlled  with  user 
identifications  and  passwords. 

3.1  VIM  Functions  Developed  and  Managed  by  ATI 

The  AAVS  DataMart  update  process  for  SAMMS  data  is  initiated  at  1:00  AM  (all  times  are 
Eastern)  each  day.  Each  SAMMS  table  is  checked  for  its  update  status  and  then  downloaded  as 
soon  as  it  has  been  updated.  ATI’s  VIM  functions  are  primarily  interested  in  the  ACF,  DUE, 
NIR,  NIR2,  three  of  the  ARCS  tables,  the  violation  control  file,  and  the  transaction  history  file. 
The  data  is  not  transmitted,  i.e.,  pushed,  until  all  the  pertinent  tables  have  been  updated.  The 
transmission  is  started,  if  the  data  is  available  from  SAMMS,  to  meet  a  transmission  completion 
target  of  5:30  AM.  The  transmission  is  delayed  from  the  time  the  data  is  first  available  in  case 
additional  updates  are  made  to  any  of  the  pertinent  SAMMS  tables.  As  soon  as  all  AAVS 
DataMart  tables  are  updated,  the  remaining  tables  needed  by  QLM-Central  are  “pushed”  to  the 
ATI  FTP  site. 

3.2  Access  via  AAVS  ftp  Site 

A  variety  of  custom  extractions  are  prepared  and  placed  in  the  appropriate  AAVS  ftp  site  (see 
Table  5)  as  soon  as  the  nightly  AAVS  DataMart  update  process  is  complete.  The  QLM-Central 
update  is  delayed  until  4:00  AM  (East  Coast  Time)  so  that  the  latest  of  the  periodic  multiple 
SAMMS  updates  is  transferred  to  ATI. 


Table  5  -  AAVS  FTP  Sites  and  Content  of  Files 


Data  of  Interest 

AAVS  to  Parris  Island 

Marine  Corps  requisitions 

AAVS  to  DSCP 

RTC  requisition  status 

AAVS  to  LMI 

Prices  and  inventory  counts 

AAVS  to  BIFRS 

All  retail  requisitions  and  depot  inventory  levels 

AAVS  to  QLM-Retail 

Depot  inventory  counts 

AAVS  to  QLM-Local 

CUPS  requisition  status 

AAVS  to  QLM-Central 

Nearly  the  entire  AAVS  DataMart  to  support  ATI  developed  VIM  functions 
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4  System  Components 

Modulant  has  developed  two  Internet  browser  based  clusters  of  systems  (VIM-ASAP  and  VIM) 
that  access  and  update  data  from  the  AAVS  DataMart.  VIM-ASAP  supports  manufacturers  and 
bill  and  hold  contractors  while  VIM  provides  a  decision  support  and  status  tracking  system  for 
DSCP  and  its  customers.  VIM-ASAP  is  the  sole  responsibility  of  Modulant  while  the  rest  of  the 
VIM  functions  have  been  developed  by  both  Modulant  and  ATI  personnel.  This  document  only 
reviews  those  VIM  functions  that  were  developed  by  Modulant. 

4.1  VIM-ASAP 

VIM-ASAP  is  used  by  apparel  manufacturers  and  bill  and  hold  contractors  to  access  their 
contracts,  record  production  status,  prepare  all  invoice  and  shipping  documents,  track  payment 
status  from  DFAS,  prepare  material  release  orders  and  shipping  documents,  and  generate  all  of 
the  required  electronic  transactions  for  all  invoices  and  shipments.  The  system  is  accessed  using 
an  Internet  Browser  at  http://vim.ct-dscp.com.  The  version  in  use  at  the  end  of  the  current 
contract  was  Version  2.0.  Only  authorized  users  can  log  onto  the  system  (see  Figure  5).  A  users 
manual  has  been  developed  and  released  (see  Appendix  D  “VIM-ASAP  v  2.0  Users  Manual”). 
An  overview  document  has  also  been  developed  and  release  (see  Appendix  E  “VIM-ASAP 
Overview). 


VIM 

Virtual  Item  Manager 

Login:  Ijdoe . 4 

— 

-  The  user’s  login  identification 

controls  the  set  of  functions 

Password:  I****** 

that  each  user  is  allowed  to 

°k . i 

access 

Figure  5  -  VIM-ASAP  User  Login  Web  Page 


All  VIM  users  use  the  same  web  site  to  initiate  their  use  of  the  system.  Each  user  is  identified  as 
either  a  manufacturer  or  not.  Each  user  that  is  a  manufacturer  is  assigned  to  a  CAGE  and  is  only 
given  access  to  data  that  is  pertinent  to  that  CAGE.  They  are  also  given  access  to  a  specific  set  of 
functions  that  are  called  the  VIM-ASAP  functions.  Each  CAGE  is  also  identified  as  either  a 
regular  manufacturer  or  one  that  is  also  a  bill  and  hold  contractor  who  also  performs  DLA  depot 
responsibilities.  Each  type  gets  a  specific  set  of  functions  that  are  required  to  support  the  things 
they  need  to  do.  Users  are  further  identified  as  either  having  or  not  having  administrative  control 
over  their  own  data.  Every  function  that  can  be  used  by  manufacturers  and  bill  and  hold 
contractors  and  their  administrators  is  shown  in  Figure  6,  Figure  7,  and  Figure  8.  All  of  the  data 
that  is  generated  by  any  of  these  functions  is  kept  in  the  AAVS  DataMart  for  use  by  any  of  the 
other  VIM  functions.  The  administrator’s  functions  (see  Figure  6)  permit  each  manufacturer  and 
bill  and  hold  contractor  to  identify  their  own  users,  initialize  data  for  all  their  invoices  (DD  Form 
250),  set  a  variety  of  options  about  what  the  system  does  for  the  user,  submit  data  change 
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requests  to  DSCP  for  potential  SAMMS  data  quality  problems,  and  periodically  adjust  quantities 
of  items  on  the  production  floor  or  owned  by  the  manufacturer,  and  add  or  delete  NSNs  from  the 
list  of  items  they  produce. 

£]  ASAP  Administration 

|  *  Administer  ASAP  Users  j 

♦  Administer  DD250  Data  j 

♦  Administer  Various  Options  I 

♦  Submit  Data  Change  Request 

♦  Adjust  Cut  Qty  and  Finished  Goods  Counts 

♦  Add/Delete  NSN 

Figure  6  -  Administrative  Functions  Supported  By  VIM- AS AP 


The  manufacturing  functions  (see  Figure  7)  work  with  a  digital  copy  of  their  contracts  from  the 
AAVS  DataMart.  The  series  of  related  functions  permits  each  manufacturer  to  start  production  of 
any  CLIN  in  their  contracts,  view  a  copy  of  active  contracts  (DD  Form  1 155),  view  a  matrix  of 
all  their  CLINs  and  shipments,  prepare  and  subsequently  view  invoices  for  completed  items  (DD 
Form  250),  track  the  status  of  their  payments  from  DFAS,  prepare  and  subsequently  view  all 
their  shipping  documents  (DD  Form  1387). 


Cj  Manufacture  Garments 

♦  Process  Contracts/Orders  -  Start  Production 

j  ♦  Generate  DD1155 

j  ♦  View  Contract  Shipments  and  Invoices 

|  ♦  Prepare  DD250s 

|  ♦  View/Edit  Existing  DD250s 

♦  Track  DD250  Payments 

♦  Prepare  Shipment  Labels 

\  ♦  View  Existing  Shipping/Container  Labels 


| 

..I 


Figure  7  -  Manufacturing  Functions  Supported  By  VIM- ASAP 


The  bill  and  hold  depot  functions  (see  Figure  8)  work  with  a  digital  copy  of  their  requisitions  and 
inventory  records  from  the  AAVS  DataMart.  The  series  of  related  functions  permits  each  bill  and 
hold  manufacturer  to  access  their  queue  of  unfilled  requisitions  (a.k.a.,  MROs  DD  Form  1348- 
1A),  create  verbal  or  written  orders  when  responding  to  emergency  orders,  reprint  and  unshipped 
MROs,  prepare  and  subsequently  review  all  the  required  shipping  documents  (DD  Form  1387), 
respond  to  any  follow-up  inquiries,  and  prepare  reports  of  inventory  levels  and  the  status  of 
shipped  requisitions. 

Cl  Manage  Depot  Operations 
Cj  Ship  Orders 

♦  Review  Orders  and  Generate  MROs 

♦  Process  Verbal/Written  Orders 

♦  Print  Unshipped  MROs 

♦  Prepare  Shipment  Labels 

♦  View  Existing  Shipping/Container  Labels 
♦  Review  and  Reply  to  Follow-Up  Inquiries 

Cl  Reports  j 

♦  Inventory  Count 

♦  Requisition  Shipment  Status 

[♦Exit  j 

Figure  8  -  Depot  Functions  Supported  By  VIM-ASAP 
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4.1.1  VIM-ASAP  Impact  on  Manufacturing  Processes 

VIM-ASAP  addresses  the  traditional  manufacturing  processes  (see  Figure  9)  in  several 
significant  ways.  It  converts  a  series  of  independent  activities  where  documents  are  created  with 
reentered  and  reformatted  data  into  one  where  most  of  those  activities  are  either  eliminated  or 
dramatically  changed.  The  traditional  process  requires  the  preparation  of  invoices  (DD  Form 
250)  using  a  variety  of  tools  (e.g.,  Excel,  Adobe  Acrobat,  etc.)  where  all  of  the  data  must  be 
extracted  from  a  paper  contract  and  entered  into  all  of  the  appropriate  blocks  of  the  form.  Most 
of  the  same  data  is  then  re-entered  into  a  DFAS  system  by  either  the  contractor  using  WInS 
(Web  Invoicing  System)  or  WAWF-RA  (Wide  Area  Work  Flow  -  Receiving  Acceptance);  or  by 
DFAS  personnel  using  their  internal  system.  In  either  case,  the  data  is  completely  re-entered  into 
another  system.  The  same  process  is  used  for  shipping  labels  (DD  Form  1387),  bar  coded 
container  labels,  and  then  into  SAMMS  via  a  system  called  DAMES  (DAASC  Automated 
Message  Exchange).  Keeping  all  of  this  data  and  forms  consistent  is  a  nearly  impossible  task,  not 
to  mention,  a  great  deal  of  work.  VIM-ASAP  changes  the  ways  invoices  are  created  and 
eliminates  the  use  of  paper  contracts,  the  manual  preparation  of  all  forms,  as  well  as  the  entry  of 
data  into  WInS  and  DAMES. 


Figure  9  -  Traditional  Manufacturing  Processes  Affected  by  VIM-ASAP 


The  manufacturing  process  using  VIM-ASAP  looks  very  different  (see  Figure  10)  from  the 
transitional  process.  All  documents  and  electronic  transactions  are  created  from  a  single  source 
of  contract  data  called  the  AAVS  DataMart.  The  contract  data  contains  nearly  everything 
required  to  complete  all  documents  and  electronic  transmissions.  The  single  input  of  the  current 
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shipment  quantity  for  each  CLEN  (Contract  Line  Item  Number)  initiates  the  creation  of  the 
electronic  invoice  transmission  to  DFAS,  the  printing  of  all  required  paper  (packing  slips  and 
shipping  documents),  and  the  generation  of  all  required  electronic  transmissions  to  SAMMS 
(a.k.a.,  D4S  M3LSTRAP  transactions).  There  are  two  principal  advantages  in  the  use  of  VIM- 
ASAP.  The  first  can  be  seen  in  the  reduction  in  time  it  takes  to  prepare  all  the  documents  and 
electronic  transactions.  The  second,  the  creation  of  all  documents  and  electronic  transactions 
from  a  single  source  has  far  ranging  impacts.  The  impacts  can  be  seen  in  accurate  and  timely 
supply  chain  data  for  decisions  by  DSCP  and  in  timely  and  full  payments  by  DFAS  to  the 
contractors.  The  payment  process  is  significantly  improved  because  problems  nearly  never  occur 
when  DFAS  receives  all  the  documents  and  transactions  required  to  make  a  payment.  Because 
everything  is  produced  from  a  single  source,  there  cannot  be  a  discrepancy  between  the  paper 
DD250  signed  by  the  QAR  (Quality  Assurance  Responsibilities),  the  electronic  invoice 
submitted  through  WInS,  and  the  contract  data  extracted  from  SAMMS.  When  these  three 
sources  match,  DFAS  has  no  problems  in  making  very  prompt  payments. 


Invoice  to  DFAS 


Very  little  data  entry  is  used  to 
create  all  documents  and 
electronic  transmissions  from  a 
single  source 


DD  Form  250 


Manufacturer’s  Reports 
and  Data  Extractions 


lllillll 


Total  data  consistency 
eliminates  violations 


Total  data  consistency 
minimizes  payment 
problems 


Documents  with  shipment 
always  match  DFAS, 
DCMA,  and  SAMMS  data 


Transactions  to  SAMMS 


Figure  10  -  Manufacturing  Processes  Using  VIM- ASAP 


4.1.2  VIM-ASAP  Impact  on  Bill  and  Hold  Contractor’s  Depot  Processes 


The  use  of  VIM-ASAP  causes  a  major  change  in  a  bill  and  hold  contractor’s  depot  processes  (see 
Figure  1 1).  It  converts  a  series  of  independent  activities  where  documents  are  created  with 
reentered  and  reformatted  data  into  one  where  most  of  those  old  activities  are  eliminated.  The 
traditional  process  requires  the  preparation  of  Material  Release  Orders  (DD  Form  1348-1 A)  from 
DAMES  transactions  using  a  variety  of  tools  (e.g.,  PerForm  Flow,  Adobe  Acrobat,  etc.)  where 
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all  of  the  data  must  be  extracted  from  an  80-column  text  record  and  entered  into  all  of  the 
appropriate  blocks  of  the  form.  The  same  process  is  used  for  shipping  labels  (DD  Form  1387), 
bar  coded  container  labels,  and  then  into  SAMMS  via  DAMES  for  all  of  the  required  MILSTRIP 
and  MILSTRAP  transactions.  Keeping  all  of  this  data  and  forms  consistent  is  a  nearly  impossible 
task,  not  to  mention,  a  great  deal  of  work.  VIM- ASAP  changes  the  way  MROs  are  created,  the 
manual  preparation  of  all  forms,  as  well  as  the  extraction  and  entry  of  data  into  DAMES. 


Figure  11  -Bill  and  Hold  Contractor’s  Depot  Processes  Affected  by  VIM-ASAP 


The  bill  and  hold  contractor’s  depot  processes  using  VIM-ASAP  look  very  different  (see  Figure 
12)  from  the  transitional  process.  All  documents  and  electronic  transactions  are  created  from  a 
single  source  of  requisition  and  inventory  data  called  the  AAVS  DataMart.  The  requisition  and 
inventory  data  contains  nearly  everything  required  to  complete  all  documents  and  electronic 
transmissions.  The  selection  of  one  or  more  requisitions  initiates  the  printing  of  all  required 
paper  (MROs,  pick  lists,  and  shipping  documents),  and  the  generation  of  all  required  electronic 
transmissions  to  SAMMS  (e.g.,  ARO  MILSTRIP  transactions).  There  are  two  principal 
advantages  in  the  use  of  VIM-ASAP.  The  first  can  be  seen  in  the  reduction  in  time  it  takes  to 
prepare  all  the  documents  and  electronic  transactions.  The  second,  the  creation  of  all  documents 
and  electronic  transactions  from  a  single  source  has  far  ranging  impacts.  The  impacts  can  be  seen 
in  accurate  and  timely  supply  chain  data  for  decisions  by  DSCP  and  the  total  elimination  of 
violations.  Because  everything  is  produced  from  a  single  source,  there  cannot  be  a  discrepancy 
between  the  original  requisition,  all  of  the  paper  documents,  and  the  electronic  transactions  sent 
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to  SAMMS.  When  these  sources  match,  DSCP  can  effectively  manage  the  total  supply  chain  and 
the  contractor  can  focus  on  filling  orders,  not  in  correcting  data  problems. 


Figure  12  -  Bill  and  Hold  Contractor’s  Depot  Processes  Using  VIM-ASAP 
4.1.3  Examples  of  VIM-ASAP  Functions 


The  VIM-ASAP  users  manual  (see  Appendix  D)  reviews  the  use  of  each  of  the  VIM-ASAP 
functions  identified  in  the  menu  listings  of  Section  4.1.  A  handful  of  the  more  important 
functions  are  reviewed  in  this  section  to  identify  their  significance  to  both  DSCP  and  the 
contractors. 

4.1.3.1  Submit  Data  Change  Request 

Manufacturers  can  use  this  function  to  report  contract  data  quality  problems  for  specific  types  of 
data  (see  Figure  13).  The  user  identifies  the  source  of  the  problem  and  a  proposed  solution  and 
then  clicks  the  “Submit  to  DSCP”  button.  The  problem  goes  into  the  manufacturer’s  queue  (as 
shown  in  the  bottom  half  of  the  web  page)  at  the  same  time  that  it  goes  into  DSCP’s  queue. 
DSCP  is  notified  of  the  existence  of  a  new  problem  with  an  email  message. 
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Source  of  Problem  :  |  FOB  Code  §] 
Contract  |  SP01 0001 MO01 6  zi 
Delivery  Order  j 

CLIN:  |ALL  rj 
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Figure  13  -  Submit  Data  Change  Request 


4.1.3.2  Digital  Contract 

The  first  significant  function  displays  a  digital  contract  (DD  From  1155  “Order  for  Supplies  or 
Services)  as  extracted  from  SAMMS  (see  Figure  14).  It  is  important  that  each  contractor 
compare  their  digital  contract  with  their  paper  contract  looking  for  discrepancies.  Each  can  have 
mistakes  because  they  are  not  developed  from  a  single  source.  Each  is  prepared  separately.  Once 
all  discrepancies  are  resolved,  there  cannot  be  a  problem  with  the  rest  of  the  process  because 
from  this  point  forward,  all  data  and  documents  used  by  the  contractor,  DSCP,  DCMA,  and 
DFAS  work  from  a  single  source  of  data.  The  discrepancies  have  always  existed,  but  they  did  not 
show  themselves  until  DFAS  needed  to  review  all  data  and  documents  to  pay  the  invoice.  This 
was  the  worst  time  to  find  discrepancies  because  it  not  only  delayed  payments,  but  it  required  all 
participants  to  coordinate  a  fix  to  one  or  more  of  the  sources.  One  of  the  significant  advantages 
for  the  VIM-ASAP  contractor  is  the  capability  to  recognize  and  resolve  all  discrepancies  at  the 
front  of  the  process  rather  than  the  end. 
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Every  open  contract  and  shipment  is  collected  and  organized  into  a  matrix  (see  Figure  15)  where 
the  X-axis  contains  all  the  CLINs  and  the  Y-axis  contains  all  the  shipments.  Running  totals  are 
also  kept  for  each  axis.  The  matrix  provides  a  complete  record  of  all  shipments,  the  quantity 
shipped  for  each  CLIN  on  each  shipment,  and  totals  for  the  all  shipments  and  all  CLINs.  The 
small  green  “X”  at  the  top  of  the  matrix  can  be  used  to  export  the  data  to  Excel.  This  function 
can  also  be  used  to  view  any  DD250  as  well  as  the  status  of  each  shipment  as  recorded  by  the 
carrier  for  each  shipment. 
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Figure  15  -  View  Contract  Shipments  and  Invoices 


4.1.3.4  Invoice  Preparation 

Invoices  are  prepared  (see  Figure  16)  from  the  same  data  that  is  used  to  prepare  the  contract  (DD 
Form  1155).  Nearly  all  of  the  data  that  is  used  to  prepare  the  invoice  is  extracted  from  the 
contract  data  so  that  no  mistakes  can  be  made.  The  only  critical  input  that  is  done  by  the  user  is 
the  quantity  for  each  CLIN  that  is  being  shipped.  The  creation  of  the  invoice  from  a  single  source 
of  data  means  that  there  can  be  no  discrepancy  between  the  contract,  the  DD250  signed  by  the 
QAR,  the  digital  data  transmitted  to  DFAS,  and  DFAS’s  payment  validation  database  that  was 
extracted  from  the  same  source  as  the  VIM- ASAP  contract.  The  inability  to  create  a  discrepancy 
has  meant  that  VIM- ASAP  contractors  are  paid  promptly  nearly  100%  of  the  time. 


122346 
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Figure  16  -  Invoice  Preparation  (DD  Form  250) 


VIM-ASAP  produces  the  DD  Form  250  that  is  signed  by  the  QAR  and  included  with  the 
shipment  as  a  packing  slip.  The  system  also  produces  the  container  labels  (see  Figure  17)  as  well 
as  all  the  shipping  labels  (DD  Form  1387).  The  single  source  of  data  for  all  documents  means 
that  no  mistakes  can  be  made. 
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Figure  17  -  Paper  Invoice  and  Related  Container  Labels 
4.1.3.5  Bill  and  Hold  Contractor  Requisition  Processing 

Each  bill  and  hold  contractor  is  presented  with  a  daily  queue  of  requisitions  that  have  been 
assigned  to  them  (see  Figure  19).  The  requisitions  are  organized  by  ship-to  location  so  that 
shipments  to  a  single  location  can  be  easily  kept  together.  An  MRO  is  printed  (see  Figure  20)  for 
each  requisition  that  is  included  with  the  shipment.  VIM-ASAP  also  produces  a  packing  slip  and 
all  the  required  shipping  and  container  labels.  The  advantage  of  the  use  of  VIM-ASAP  for 
processing  requisitions  comes  from  the  creation  of  all  documents  and  electronic  transactions 
from  a  single  source  of  data.  There  can  be  no  mismatch  between  the  original  requisition,  the 
related  documents,  and  the  electronic  transactions  sent  to  SAMMS  (MILSTRIP  transactions). 


Figure  18  -  Selection  of  Requisitions  for  Processing 
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4.1.3.6  Bill  and  Hold  Contractor  Requisition  Processing 

Each  bill  and  hold  contractor  is  presented  with  a  daily  queue  of  requisitions  that  have  been 
assigned  to  them  (see  Figure  19).  The  requisitions  are  organized  by  ship-to  location  so  that 
shipments  to  a  single  location  can  be  easily  kept  together.  An  MRO  is  printed  (see  Figure  20)  for 
each  requisition  that  is  included  with  the  shipment.  VIM- ASAP  also  produces  a  packing  slip  and 
all  the  required  shipping  and  container  labels.  The  advantage  of  the  use  of  VIM- ASAP  for 
processing  requisitions  comes  from  the  creation  of  all  documents  and  electronic  transactions 
from  a  single  source  of  data.  There  can  be  no  mismatch  between  the  original  requisition,  the 
related  documents,  and  the  electronic  transactions  sent  to  SAMMS  (MILSTRIP  transactions). 
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Figure  19  -  Selection  of  Requisitions  for  Processing 


4.1.3.7  DSCP  and  Contractor  Inventory  Balances 

DSCP’s  inventory  counts  for  each  NSN  (see  Figure  21)  at  a  bill  and  hold  contractor’s  site  are 
organized  and  displayed  by  Product  Group  Code  (PGC)  so  that  a  contractor’s  records  can  keep  in 
sync  with  DSCP’s  inventory  records. 


31 


ARN  1J_  -  Find  Technical  Report _ 


Figure  21  -  DSCP  Inventory  Records  for  Each  Bill  and  Hold  Contractor 


4.2  VIM  -  Virtual  Item  Manager 

The  current  version  of  VIM  supports  all  of  the  functions  listed  in  Table  6.  The  functions  are 
organized  hierarchically  with  only  the  lowest  level  function  able  to  be  executed.  The  functions 
can  be  used  by  all  DSCP  personnel  and  its  customers  and  manufacturers  to  analyze  data  from  the 
AAVS  DataMart,  make  specific  decisions,  prepare  documents,  etc.  All  of  the  VIM  functions 
were  developed  by  either  AdvanTech  or  Modulant.  This  section  of  the  report  only  goes  into 
detail  for  some  of  the  Modulant  developed  functions  that  have  been  implemented  (see  first 
column  of  Table  6  for  a  cross  reference  to  the  appropriate  section).  VIM  is  accessed  using  an 
Internet  browser  at  http://vim.ct-dscp.com. 
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Table  6  -  VIM  Functions,  Status,  and  Development  Responsibilit 
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Section  Function 


Prepare  Shipment  Labels 


View  Existing  Shipping/Container  Labels 


Manage  Depot  Operations 


Ship  Orders 


4.1 .3.6  Review  Orders  and  Generate  MROs 


Process  Verbal/Written  Orders 


Print  Unshipped  MROs 


Prepare  Shipment  Labels 


View  Existing  Shipping/Container  Labels 


Review  and  Reply  to  Follow-Up  Inguiries 
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4.1 .3.7  Inventory  Count 
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Generate  Recommended  Stock  Transfers 


Add  New  Item 
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Data  Management 


Modifv  DVD  Table 
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Manager  Controlled  Items 
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Submit  NSN  Data  Changes  to  SAMMS 
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View  Expected  Zero  Balance 


View  Excess  Inventory  Summa 


View  Customer  Information 


View  Inventory  Trends 


View  Consumption  Based  Tariffs 


Overdue  Reguisition  Status  bv  PGC 


View  Order  Ship  Times 


QLM  Local  -  SAMMS  Comparison 
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Function 
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Section  Function 


View  Condition  Codes 


View  Ownership  Codes 


View  Status  Codes 
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View  Download  Histo 
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View  Wholesale  Local  Status  Summa 


VIM/QLM  Central  Reorder  Objective  Analysis 
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Contractin 


Analyze  and  Decide 


Define  Production  Mix  of  Sizes 


Place/Release  Hold  on  Delivery  Orders 


Analyze  New  Contract  Minimums 


Data  Management 


Update  Contract  Master  Table 


Identify  Contract  Minimums  and  Maximums 


Set  Production  Capacity  and  Minimum  Lot  Size 


Reports 


View  Remaining  Contract  Capacit 


View  Contract  Expiration  Report 


View  Production  Size  Mix  Overrides 


Manufacturin 


View  DD  1155 


View  Contract  Shipments  and  Invoices 


View  ASAP  Compliance 
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VIM  functions  were  developed  by  both  ATI  and  Modulant.  Each  operates  from  a  copy  of  the 
AAVS  DataMart  on  a  server  that  is  located  at  their  offices  on  the  two  coasts.  A  common  look- 
and-feel  and  security  methods  were  agreed  to  and  then  implemented  by  both  development  teams. 
The  security  methods  utilize  cookies  on  both  servers  that  work  with  common  startup  code  that 
was  inserted  in  every  VIM  functions. 

4.2.1  Update  User  Profile 

This  is  the  first  function  that  every  VIM  user  sees  at  the  top  of  their  menu.  It  permits  each  user  to 
update  their  profile  (see  Figure  22).  The  “Buyer  Code”  will  only  appear  when  the  user  is 
identified  as  a  buyer.  Item  Managers  will  be  able  to  enter  their  ORC  code. 
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Figure  22  -  Update  User  Profile  Web  Page 


4.2.2  Edit  Menu 


Users  that  are  identified  as  system  users  are  the  only  ones  permitted  to  edit  the  menu.  This 
function  (see  Figure  23)  is  used  to  assign  functions  to  user  groups,  resequence  the  display  of  the 
menu,  and  a  variety  of  other  menu  related  functions. 


Figure  23  -  Edit  Menu  Web  Page 


Resolve  Contract  Data  Change  Request 


This  function  is  used  by  DSCP  personnel  to  review  and  disposition  (see  Figure  24)  potential  data 
quality  problems  with  contracts  that  were  identified  by  manufacturers  that  use  VIM- ASAP.  The 
pull-down  lists  contain  only  reported  problems  that  have  not  yet  been  resolved.  DSCP  personnel 
can  accept  the  proposed  change,  revise  the  proposed  change,  or  reject  any  change.  The  “Update” 
button  causes  an  immediate  change  to  be  made  to  the  AAVS  DataMart  and  a  SAMMS 
transaction  (e.g.,  YPE)  to  be  transmitted  to  SAMMS  to  permanently  update  SAMMS. 
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Figure  24  -  Resolve  Contract  Data  Change  Request  Web  Page 
4.2.4  Resolve  NSN  Data  Change  Request 


This  function  is  used  by  DSCP  personnel  to  review  and  disposition  (see  Figure  25)  potential  data 
quality  problems  with  NSNs  that  were  identified  by  manufacturers  that  use  VIM-ASAP.  The 
pull-down  list  of  PGCs  contain  only  reported  problems  that  have  not  yet  been  resolved.  DSCP 
personnel  can  accept  the  proposed  change,  revise  the  proposed  change,  or  reject  any  change.  The 
“Update”  button  causes  an  immediate  change  to  be  made  to  the  AAVS  DataMart  and  a  SAMMS 
transaction  (e.g.,  YPE)  to  be  transmitted  to  SAMMS  to  permanently  update  SAMMS. 


PGC/Nomendature  1 021 57  -  cover,  helmet,  camouf  H  I  View  NSNs 

05/05/2003 

William  Morton  from  PDIT  (562)  495-6500 

240 

[240  j 
Update  |  Reject  | 

Figure  25  -  Resolve  NSN  Data  Change  Request  Web  Page 
4.2.5  Submit  ACF  Data  Changes  to  SAMMS 

This  function  can  be  used  by  DSCP  personnel  to  make  specific  changes  to  any  contract  and 
delivery  order  (see  Figure  26)  for  any  reason.  It  may  be  a  problem  found  by  DSCP  personnel  or 
simply  a  change  to  the  contract.  The  user  identifies  the  source  of  the  problem  and  then  enters  the 
contract  number  and  selects  the  delivery  order  number.  The  current  value  of  the  data  is  displayed 
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along  with  a  pull-down  list  of  all  valid  values.  The  user  selects  the  desired  value  and  then  clicks 
the  “Update”  button,  causing  a  SAMMS  transaction  to  be  created  and  transmitted  to  SAMMS. 


Source  of  Problem:  [Administered  By  -1 
Contract:  |spoiooo2D40is 
Delivery  Order:  j  0001  -| 


302  -  S1 1 03A  -  DCMA  ATLANTA  MARIETTA  GA 

[430- SI  505A-DCMA  INDIANAPOLIS  RAYTHEON  FT  WAYNE  FORT  WAYNE  IN  gj 

•«  Update  | 


Figure  26  -  Submit  ACF  Data  Changes  to  SAMMS  Web  Page 
4.2.6  Submit  NSN  Data  Changes  to  SAMMS 

This  function  can  be  used  by  DSCP  personnel  to  make  specific  changes  to  any  PGC  for  any 
reason  see  (Figure  27).  It  may  be  a  problem  found  by  DSCP  personnel  or  simply  a  change  to  the 
PGC.  The  user  identifies  the  source  of  the  pertinent  PGC.  The  current  value  of  the  data  is 
displayed  along  with  an  area  to  enter  the  new  value.  The  user  selects  the  desired  value  and  then 
clicks  the  “Update”  button,  causing  a  SAMMS  transaction  to  be  created  and  transmitted  to 
SAMMS.  The  “Current  Unit  Pack”  is  only  displayed  if  all  NSNs  for  that  PGC  have  the  same 
value. 
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4.2.7  View  Consumption  Based  Tariffs 

The  View  Consumption  Based  Tariffs  function  (see  Figure  28)  can  display  annualized  retail 
consumption  and  tariffs  for  all  sources  of  consumption  or  for  specific  Marine  Corps  or  Army 
recruit  training  centers  individually.  Consumption  data  is  automatically  archived  on  the  first 
Saturday  of  each  new  month  looking  back  or  all  activity  for  the  prior  month.  The  oldest  month’s 
data  is  subtracted  and  discarded  and  the  new  month  is  added  to  the  annualized  number. 
Consumption  data  is  tracked  as  follows: 

•  Marine  Corps  recruit  training  center  consumption  is  calculated  from  the  movement  of 
cases  from  bulk  storage  to  the  issue  line. 

•  Army  recruit  training  center  consumption  is  calculated  from  daily  issues  to  recruits 

•  All  other  consumption  (primarily  retail  stores)  is  calculated  from  requisitions  for  the 
replenishment  of  consumed  stock. 
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Every  NSN  for  the 
selected  NSN  Is 
displayed 


Either  enter  the  PGC  or  use  the  pull-down  list 
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8405-01-196-1767 

15 

10,048 

9.26% 

8405-01-196-1768 

15  1/2 

21,710 

20.00% 

8405-01-196-1769 

16 

28,589 

26.34% 

8405-01-196-1770 

16  1/2 

25,251 

23.27% 

8405-01-196-1771 

17 

14,367 

13.24% 

8405-01-196-1772 

17  1/2 

5,019 

4.62% 

MSI 

Consumption  and  tariff 
data  can  either  be  seen 
for  all  or  selected  sites 


Total  annual 
consumption  uses  the 
past  twelve  months  of 
retail  consumption 


Figure  28  -  Sample  View  Consumption  Based  Tariffs 


4.2.8  Requisition  Shipment  Tracking 


The  Requisition  Shipment  Tracking  function  can  be  used  by  anyone  who  wants  to  check  on  a 
requisition  through  the  carrier’s  web  site(see  Figure  29).  The  user  simply  enters  the  requisition 
number  and  any  suffix  code  and  then  clicks  the  “View”  button.  A  click  on  the  carrier  tracking 
number  will  cause  the  carrier’s  web  site  to  be  accessed  for  the  details  about  the  shipment. 


HX21 6631 12891 T 


View  | 


not  available 


SAP  -  APPAREL  MFG  CORP] 
1  8405-01-076-0766 
2 


j  May  8  2003 


m  ups _ 

Z  8 15Y  0  YQ3  9  2  34  4  516 
HX2 16631 1289  1TXX)i 


% 


mu  Track  by  Tracking  Number 


View  Details 


Statues  In  Transit 

ScMM  Daftwaryi  May  14,2003 
Shipped  to:  TINKER  AFB,  OK,  US 

Shipped  er  MIM  mi  May  8,  2003 


Tracking  Member:  1Z  815  YOY  03  9234  451  6 

Service  Type:  GROUND 

Weight:  3.00  Lbs 


:  Package  Progress: . . .  . . 

|  Data  Uaaa  Locatfa* 

May  12,  2003  11)31  A.M.  HODGKINS,  IL  US 

v:llMay  10,2003  2  s  53A.M.  HODGKINS,  1U  US 

May  8,  2003  9:38  P.M.  FITCHVILLE,  CT,  US 

7:26  P.M.  FTTCHV1LLE,  CT,  US 

3:26  P.M,  FITCHVILLE,  CT,  US 

12)00  P.M.  US 


DEPARTURE  SCAN 
ARRIVAL  SCAN 
DEPARTURE  SCAN 
ORIGIN  SCAN 
PICKUP  SCAN 
BILLING  INFORMATION 
RECEIVED 


Tracking  results  provided  by  UPSi  Mey  13,  2003  2i42  P.M.  Eastern  Time  (USA) 


Figure  29  -  Sample  Requisition  Shipment  Tracking 
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5  Accomplishments  During  This  Contract  Period 

This  Final  Technical  Report  covers  the  work  done  on  SP0103-02-D-0016  Delivery  Orders:  0002, 
0004.  The  tasks  were  performed  beginning  on  March  21, 2002  and  was  completed  on  March  20, 
2003.  The  accomplishments  are  organized  into  the  following  five  primary  categories: 

5.1  Develop  and  Support  the  AAVS  DataMart 

A  A  VS  DataMart  accomplishments  are  focused  on  the  development  and  implementation  of  the 
server  and  database  infrastructure  required  to  support  the  ARN  program.  The  accomplishments 
included: 

1.  Conversion  from  SAMMS  to  BSM:  The  planned  conversion  from  SAMMS  to  BSM 
required  a  great  deal  of  planning  and  coordination  work  during  the  contract  performance 
period.  During  this  period,  Accenture  made  several  requests  for  documents  that  defined 
ARN’s  data  requirements.  On  each  occasions,  documents  were  prepared  and  provided  that 
identified  the  specific  data  that  is  used  by  all  of  the  ARN  systems.  During  this  same  time 
period,  we  analyzed  documents  from  Accenture  and  DORRA  that  helped  us  understand  more 
about  the  BSM  data.  Near  the  end  of  the  contract  performance  period,  we  worked  as  part  of  a 
team  with  DSCP  personnel  (Paul  Rosso,  John  Kennedy,  and  a  few  others)  to  define  the 
details  of  the  interface  and  data  requirements  between  BSM,  DSCP  C&T,  and  ARN.  It  now 
appears  that  BSM  will  be  able  to  satisfy  all  but  two  of  the  data  requirements  (the 
identification  of  the  Item  Manager  and  a  commodity  code).  DSCP  C&T  has  agreed  to 
develop  and  maintain  both  of  these  data  elements  outside  of  BSM  and  provide  them  to  ARN. 

2.  SAMMS/BSM  Data  Quality  Stored  Procedures  and  Email  Notifications:  MS  SQL  2000 
has  some  very  powerful  and  flexible  tools  that  we  use  to  schedule  automatic  jobs,  handle  all 
of  the  FTP  communications,  format  data  for  external  communications,  and  transmit  email 
messages  when  specific  events  occur.  We  have  applied  these  tools  to  many  things  during  the 
past  year,  including  a  job  that  automatically  runs  every  fifteen  minutes  to  look  for  new 
DD250s,  extract  data  from  the  new  DD250s  and  format  it  to  the  WAWF-RA  defined  data 
requirements,  transmit  that  data  to  the  WAWF-RA  FTP  site,  and  send  an  email  to  the 
appropriate  Modulant  personnel  if  there  is  a  problem  with  the  connection  between  ARN’s 
and  WAWF-RA’s  servers.  This  same  set  of  tools  was  applied  to  address  the  requirements  to 
handle  the  communications  and  data  formatting  requirements  of  the  new  SAMMS  QA 
functions.  In  this  instance,  the  MS  SQL  2000  tools  were  used  to  monitor  requests  from 
manufacturers,  transmit  email  messages  to  DSCP  to  notify  them  of  a  data  problem,  format 
the  appropriate  SAMMS  transactions  when  the  change  is  approved  by  DSCP,  transmit  the 
transactions  to  the  appropriate  FTP  site,  and  send  an  email  notification  to  the  manufacturer 
that  requested  the  change  once  it  has  been  approved. 

3.  ARN  Server  Implementation:  We  acquired,  configured,  and  implemented  a  new  rack  of 
serves  (see  Figure  30)  for  the  ARN  program.  The  equipment  was  acquired  to  provide  a  near 
failsafe  foundation  for  all  of  the  ARN  systems.  Two  strategies  were  deployed  to  create  a  near 
failsafe  foundation.  The  first  can  be  seen  in  total  redundancy  for  all  equipment.  There  is  only 
a  single  RAID  drive,  but  it  has  total  internal  redundancy  within  a  single  box.  All  other 
equipment  is  paired  with  a  second  identical  piece  of  equipment  that  is  either  ARN  or 
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Modulant  owned.  The  second  strategy  called  for  the  installation  of  battery  backup  for  all 
essential  equipment.  The  batteries  provide  for  three  hours  of  backup  power.  During  the  past 
four  years,  the  longest  power  outage  was  30  minutes.  Fortunately,  Modulant’s  offices  are  on 
the  same  power  grid  with  the  police  station  and  a  major  hospital.  The  grid  gets  very  prompt 
attention  when  the  power  goes  out. 

We  first  moved  all  of  Modulant’s  VIM  functions  to  the  new  servers  and  combined  all  ARN 
functions  into  one  VIM  menu,  eliminating  the  need  to  continue  to  use  iPOP  for  the  VIM 
menu.  There  were  a  number  of  technical  changes  that  needed  to  be  overcome  as  we 
completed  the  move  of  all  Modulant  functions  to  the  new  servers.  Once  this  was  done  we 
began  working  with  AdvanTech  to  move  their  data  and  functions  to  the  new  servers.  By  the 
end  of  the  current  contract,  we  had  helped  them  complete  the  move  of  their  data,  established 
the  communications  links  that  permitted  them  to  work  from  their  offices  on  the  new  servers, 
and  identified  the  security  software  needed  for  their  VIM  functions  to  operate  on  the  new 
servers.  They  are  now  in  the  process  of  moving  their  software  to  the  new  servers. 


•  Primary  and  secondary  Internet  Service  Providers 
(ARN  Sprint  and  PDIT  Sprint) 

•  Primary  and  secondary  Cisco  Router  (ARN  and  PDIT 
routers  for  mutual  redundancy) 

•  Primary  and  secondary  Cisco  PIX  Firewall  (ARN  and 
PDIT  routers  for  mutual  redundancy) 

•  Two  web  servers  with  hot  swappable  power  supplies 
are  required  to  perform  the  web  functions 


HH||  *  Two  database  servers  with  hot  swappable  power 
gppfl  supplies  perform  all  database  access  and  updates 

•  A  RAID  5  disk  controller  with  redundant  drives  and 
data  storage  for  all  ARN  data 


Figure  30  -  ARN  Single  Server  Configuration 


4.  Fully  Automated  Data  Extractions:  The  AAVS  DataMart  is  a  collection  of  data  from  a 
dozen  DoD  legacy  systems.  The  data  is  kept  in  at  different  locations,  in  different  formats, 
and  accessible  through  different  mechanisms.  Over  the  years,  we  had  developed  a  number  of 
semi-automated  access  and  extraction  processes  that  needed  to  be  performed  when  the  data 
was  updated.  The  update  cycle  varied  from  a  quarterly  CD-ROM  subscription  to  a  nearly 
daily  update  of  a  fixed  width  text  file.  The  update  processes  were  consuming  too  much  time 
so  we  developed  several  fully  automated  processes  to  access  and  extract  all  the  data  needed 
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for  the  ARN  systems.  We  were  not  able  to  fully  automate  the  extraction  process  for  one 
source  of  data,  i.e.,  DCMA’s  administrative  office  data.  The  data  is  only  accessible  from  a 
.MIL  web  site  and  is  kept  as  a  tab  delimited  text  file  with  typos  that  need  to  be  cleaned  up 
before  the  data  can  be  processed.  Fortunately,  this  data  is  fairly  stable  and  does  not  need  to 
be  updated  very  often.  When  it  does  need  to  be  updated,  someone  at  DSCP  is  able  to  access 
the  data  and  email  it  to  us  for  processing. 

5.2  Manufacturer  Support 

VIM- ASAP  accomplishments  are  focused  on  the  development  and  implementation  of  new  and 
expanded  functions  that  support  manufacturers  and  bill  and  hold  contractors  in  their  roles  as  part 
of  DSCP’s  supply  chain  management  processes.  The  accomplishments  included: 

1.  We  developed  and  implemented  an  interface  to  DCMA’s  new  system  called  WAWF-RA 
(Wide  Area  Work  Flow  -  Receiving  Acceptance)  that  is  used  by  QARs  (Quality  Assurance 
Representative)  to  inspect  and  disposition  DD250s  for  source-inspected  shipments.  The  new 
interface  eliminated  the  last  paper  part  of  the  invoice  and  payment  process.  The  QAR  no 
longer  needs  to  sign  a  paper  copy  of  the  DD250  and  send  it  to  DFAS  for  manual  entry  into 
their  system.  The  invoice  and  the  acceptance  data  is  now  automatically  transmitted  to  DFAS, 
eliminating  the  last  source  of  manual  data  input  and  the  associated  errors  that  delay  payments 
to  manufacturers.  DCMA  is  implementing  WAWF-RA  regionally  so  the  new  interface 
cannot  be  used  until  each  QAR  is  ready.  To  date,  17  of  27  VIM-ASAP  users  are  using  the 
WAWF-RA  interface.  We  have  seen  a  noticeable  improvement  in  the  payment  process  due 
to  the  reliability  and  promptness  of  the  acceptance  data.  We  are  working  with  WAWF-RA 
personnel  on  one  remaining  issue  where  the  depots  are  manually  overriding  the  acceptance 
dates  from  WAWF-RA.  The  manual  overrides  are  introducing  errors  in  the  system  and 
delaying  payments  for  shipments  to  depots.  Fortunately,  this  is  a  small  problem. 

2.  VPIS  (Vendor  Pay  Inquiry  System)  does  not  provide  access  to  multiple  CAGEs  when 
downloading  their  data.  They  provide  a  web  page  that  permits  the  entry  of  a  single  CAGE 
and  then  buttons  to  take  various  actions  including  downloading  the  data.  During  the  early  use 
of  VPIS  data,  we  did  the  extractions  manually  each  morning  one  CAGE  at  a  time.  After 
doing  this  for  a  couple  of  months,  we  developed  and  implemented  software  to  author  the 
script  required  to  automatically  extract  the  VPIS  data  for  all  VIM-ASAP  users  for  SAMMS 
invoices.  We  tried  to  access  VPIS  data  for  MOCAS  invoices,  but  were  unable  to  make  it 
work.  MOCAS  payments  in  VPIS  are  aggregated  together  without  regard  to  CLINs,  invoice 
numbers,  or  full  or  partial  payments.  It  is  virtually  impossible  to  know  what  you  are  being 
paid  for  with  MOCAS  payments.  Fortunately,  only  15%  of  all  C&T  contracts  require 
MOCAS  payments.  For  85%  of  contracts,  VIM-ASAP  users  can  track  full  and  partial 
payments  at  the  CLIN  level  until  the  DD250  is  paid  in  full.  This  addition  to  VIM-ASAP  has 
permitted  the  manufacturers  to  focus  their  energies  on  the  rare  DD250  that  is  not  fully  paid 
within  the  normal  time  frame. 

3.  We  took  advantage  of  several  advancements  in  the  capabilities  of  IE  6.0  to  address 
performance  issues  whenever  manufacturers  had  very  large  shipments  for  either  DD250s  or 
MROs.  Large  shipments  required  many  hundreds  of  pages  of  bar  coded  shipment  and 
container  labels.  The  print  files  were  being  created  on  the  ARN  server  and  downloaded  to  the 
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manufacturer  for  printing.  The  IE  6.0  advancements  permitted  us  to  move  the  creation  of  the 
shipping  and  container  labels  from  the  ARN  server  to  the  client’s  computer.  This  permitted 
us  to  transfer  a  small  amount  of  data  to  the  client’s  computer  which  then  generated  the  large 
amount  of  data  required  to  create  the  bar  coded  forms  for  their  local  printer. 

4.  Manufacturers  and  bill  and  hold  contractors  received  phone  calls  to  inquire  about  the 
location  of  a  shipment  that  was  made  weeks  and  even  months  ago.  We  developed  and 
implemented  two  functions  that  can  be  used  by  anyone  with  access  to  VIM  to  check  the 
status  of  any  DD250  or  MRO  that  was  processed  by  a  VIM- ASAP  user.  One  function  tracks 
DD250s  using  the  function  “View  Contract  Shipments  and  Invoices”  where  the  user  can 
access  summary  and  detailed  data  about  all  DD250s.  The  other  function  permits  the  entry  of 
a  requisition  number  that  is  linked  to  a  carrier’s  tracking  number  and  the  carrier’s  web  page 
script  that  provides  the  needed  shipment  status  data. 

5.  DSCP  and  manufacturers  keep  independent  records  for  each  contract,  delivery  order,  CLIN, 
and  shipment  to  track  the  status  of  each  contract.  The  data  is  manually  entered  into 
spreadsheets  or  paper  tables  so  that  each  CLIN  can  be  tracked  from  its  initial  issue  through 
each  shipment  until  all  shipments  have  been  received  and  the  contract  closed.  VIM- ASAP 
has  all  the  necessary  data  required  to  prepare  a  spreadsheet  that  tracks  the  contract  and 
shipment  status  of  every  CLIN.  This  data  was  used  to  develop  an  implement  a  function 
called  “View  Contract  Shipments  and  Invoices”  that  can  be  used  by  both  the  manufacturer 
and  DSCP  C&T  to  track  the  status  of  each  CLIN.  This  same  function  can  be  used  to  view 
any  DD250  and  to  link  to  the  carrier’s  web  site  to  view  the  carrier’s  detailed  tracking  data. 
We  have  also  added  the  date  that  the  QAR  accepted  the  shipment  as  recorded  by  DFAS.  This 
can  be  used  to  confirm  that  the  QAR  has  signed  the  DD250,  even  though  the  physical 
signature  on  a  piece  of  paper  no  longer  exists. 

6.  During  the  contract  year,  a  number  of  changes  and  additions  were  made  to  VIM-ASAP, 
including: 

•  Based  on  direction  from  DSCP,  we  have  also  implemented  the  change  to  replace  all  ARB 
transactions  with  ARO  transactions  whenever  orders  are  shipped  short 

•  We  developed  and  implemented  a  standard  technique  for  creating  scrollable  tables  that 
was  applied  to  any  of  the  web  pages  where  it  was  desirable  to  keep  the  table  headers  in 
place  while  each  of  the  rows  could  be  scrolled. 

•  We  added  the  capability  for  each  manufacturer  to  identify  each  DD250  as  normal, 
Alternate  Release  Procedure,  or  Certificate  of  Conformance. 

•  We  added  the  option  to  print  one  label  for  each  container  or  to  print  one  full  page  of 
labels  for  each  NSN  in  the  shipment.  We  found  that  some  very  large  shipments  required 
as  many  as  200  pages  of  labels  for  shipments  of  a  half-dozen  NSNs.  It  is  far  more 
effective  to  print  a  few  pages  of  NSNs  that  can  be  taken  to  a  copier  to  quickly  produce 
the  required  number  of  container  labels. 
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7.  We  developed  and  implemented  a  new  VIM-ASAP  function  that  permits  each  manufacturer 
to  identify,  notify,  and  track  the  disposition  of  SAMMS  or  BSM  data  quality  problems. 
Whenever  a  manufacturer  identifies  a  problem,  it  is  sent  to  the  appropriate  Item  Manager  and 
Buyer  at  DSCP  C&T.  They  use  a  VIM  function  to  disposition  the  problem  while  there 
actions  can  be  monitored  using  the  manufacturer’s  function  that  identified  the  problem.  At 
the  end  of  the  contract  period,  the  new  function  had  been  implemented  in  production  and  was 
being  used  on  a  closely  monitored  trail  basis  by  Tennessee  Apparel. 

5.3  Develop  and  Support  VIM  Functions 

VIM  accomplishments  were  focused  on  the  development  and  implementation  of  functions  that 
support  DSCP  Item  Managers,  contracting  officers,  and  others  with  improved  visibility  into 
wholesale,  retail,  and  manufacturing  data  and  activities.  The  accomplishments  included: 

1.  We  designed  and  implemented  four  new  functions  for  VIM  that  can  be  used  by  item 
managers  and  buyers  at  DSCP  to  update  contracts  and  NSNs  in  SAMMS.  The  first  two  were 
designed  to  disposition  reports  from  manufacturers  about  data  quality  problems  while  the 
other  two  can  be  used  to  make  changes  to  SAMMS  without  a  report  of  a  data  quality 
problem.  There  are  two  for  each  case  because  one  deals  with  contracts  while  the  other  deals 
with  NSNs.  Each  of  the  four  permit  DSCP  personnel  to  quickly  approve  a  change  to  selected 
SAMMS  data,  e.g.,  pay  office  codes  for  individual  or  all  CLINs.  Each  of  the  functions 
causes  an  immediate  change  to  the  A  A  VS  DataMart  and  then  formats  and  transmits  a  batch 
change  transaction  to  permanently  update  SAMMS. 

2.  We  designed  and  implemented  a  VIM  function  that  can  trace  any  requisition  filled  by  a 
VIM-ASAP  bill  and  hold  contractor  though  to  the  carrier’s  detailed  status  tracking  web  site. 
This  function  can  be  used  by  bill  and  hold  contractors,  DSCP  personnel,  as  well  as  by 
anyone  who  prepares  requisitions.  We  have  created  a  table  in  the  AAVS  DataMart  that 
correlates  requisition  numbers  with  carriers  and  their  tracking  numbers  so  that  a  VIM  user 
need  only  know  the  requisition  number  that  they  are  interested  in  tracking. 

3.  We  designed  and  implemented  a  VIM  function  that  can  be  used  by  DSCP  personnel  to 
monitor  the  production,  invoicing,  and  shipping  status  for  all  VIM-ASAP  manufacturers. 

The  status  tracking  can  be  viewed  all  the  way  down  to  the  CLIN  level.  The  data  also 
provides  DSCP  personnel  with  counts  of  the  yet-to-be  cut  counts  for  each  CLIN  so  that 
informed  decisions  can  be  made  about  the  impact  of  a  change. 

4.  We  modified  and  implemented  a  change  to  the  “View  DD1 155”  function  to  make  it  a  VIM 
function  that  could  be  used  by  DSCP  personnel  to  access  any  manufacturer’s  digital 
contracts.  The  digital  DD1155  is  useful  to  DSCP  personnel  because  it  is  a  translation  of  all 
the  SAMMS  codes  into  the  same  form  that  is  used  to  prepare  the  paper  contract.  If  the  data  is 
entered  correctly  into  SAMMS,  the  digital  DD1 155  and  the  paper  contract  should  match 
exactly.  SAMMS  coding  errors  can  be  greatly  minimized  if  these  two  sources  of  data  are 
carefully  reviewed  when  the  contract  is  ready  for  release. 

5.  A  number  of  changes  were  made  and  implemented  to  improve  the  capability  and  security  of 
the  VIM  menu  update  and  utilization  software. 
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6.  During  the  middle  of  the  contract  year,  we  found  that  Microsoft  had  a  security  problem  with 
the  method  they  were  using  to  permit  us  to  create  vertical  printing  on  a  web  page.  This  is  a 
very  common  requirement  for  many  DoD  forms,  e.g.,  DD  Form  1348-1A  “Issue 
Release/Receipt  Document”.  Microsoft  simply  eliminated  the  function  and  did  not  replace  it 
for  several  months.  We  acquired  a  third  party  replacement  and  used  it  until  Microsoft 
provided  a  secure  replacement. 

7.  We  worked  with  Clemson  Apparel  Research  (CAR)  on  several  occasions  to  provide  them 
with  VIM  standards  that  were  to  be  used  for  their  Electronic  Order  Form  (EOF)  development 
efforts.  Near  the  end  of  the  contract  performance  period,  we  reviewed  the  results  of  their 
development  effort  using  their  test  web  site. 

8.  We  have  developed,  but  not  yet  fully  tested  and  implemented  a  VIM  version  of  CAR’s 
BEFRS  concepts.  We  still  need  to  work  with  DSCP  to  identify  a  candidate  manufacturer  and 
DSCP  buyer  and/or  item  manager  who  want  to  be  the  initial  users  of  the  new  VIM  functions. 

5.4  Training  Support 

Training  accomplishments  were  focused  on  the  development  and  delivery  of  training  materials 

for  VIM- ASAP,  VIM,  and  general  ARN  related  topics.  The  accomplishments  included: 

1.  The  VIM- ASAP  training  materials  and  the  information  web  site  (http://info.ct-dscp.com) 
were  updated  with  new  training  materials  and  lessons  learned  material  a  number  of  times 
throughout  the  year  as  updated  versions  were  released. 

2.  Additional  training  materials  were  developed  for  the  new  VIM  functions  that  were  developed 
and  installed  in  production  during  the  past  year. 

3.  Prepared  materials  and  conducted  two  training  sessions  for  DSCP  C&T  personnel  in 
Philadelphia.  The  sessions  provided  an  overview  of  how  manufacturers  and  bill  and  hold 
contractors  use  VIM- ASAP  and  how  VIM  can  be  used  to  monitor  those  activities,  e.g., 
shipments.  The  sessions  were  attended  by  a  large  percentage  of  item  managers  and  buyers 
and  by  a  handful  of  DCMA  personnel  from  Philadelphia,  Boston,  and  Indianapolis. 

4.  Prepared  a  number  of  PowerPoint  presentation  materials  with  scripts  for  use  by  the  ARN  II 
Program  Manager  and  DSCP  personnel. 

5.5  Project  Management 

The  project  management  related  tasks  included: 

1.  Traveled  to  Asheville,  NC  to  attend  the  AAFA  Government  Contractor’s  meeting.  Prepared 
and  presented  a  number  of  slides  to  the  group  on  the  status  and  results  of  the  use  of  VIM- 
ASAP  by  bill  and  hold  contractors. 

2.  Reviewed  the  new  contract  and  laid  out  the  new  structure  and  content  for  the  CDRLs  for  this 
contract. 
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3.  Conducted  a  large  of  number  internal  project  meetings  to  keep  the  Modulant  ARN  team 
working  together  on  the  right  things. 

4.  Prepared  a  series  of  monthly  CDRL  reports  as  required  by  the  contract. 

5.  Prepared  for  and  attended  a  number  of  ARN  meetings  in  Long  Beach,  Annapolis,  and 
Philadelphia. 

6.  Traveled  to  DSCP  to  attend  a  number  of  meetings  to  help  with  the  requirements  definition 
for  a  number  of  ARN  systems. 

7.  Traveled  to  Suffolk,  Virginia  to  attend  a  meeting  an  ARN  meeting  at  Lion  Vallen  to  review 
the  options  for  extending  VIM-ASAP  to  the  RDCs. 

8.  Conducted  a  two-day  meeting  in  Long  Beach  with  the  ARN  n  Program  Manager  to  review 
the  status  of  our  efforts. 

9.  Developed  robust  software  configuration  management  practices,  including  control  over  the 
methods  used  to  update  production  software.  We  provided  AdvanTech  with  a  digital  copy  of 
the  “SourceSafe”  documentation  as  part  of  our  efforts  to  develop  a  consistent  set  of  tools  and 
procedures  for  all  ARN  II  software.  We  conducted  a  number  of  weekly  conference  calls  with 
AdvanTech  to  coordinate  our  mutual  software  configuration  management  methods  on  the 
ARN  single  server. 

5.6  VIM-RDC  Integration  (D.0. 0005) 

1.  At  the  end  of  the  contract  performance  period  (through  a  two-month  no-cost  extension)  we 
worked  closely  with  Travis  to  design  and  develop  a  two-way  data  exchange  mechanism  that 
can  be  used  in  combination  with  VIM-ASAP  to  permit  any  bill  and  hold  contractor  to  utilize 
their  own  internal  legacy  systems  to  handle  the  bulk  of  the  depot  processes.  VIM-ASAP  will 
provide  these  contractors  with  all  necessary  inventory  levels  and  requisition  data  while  the 
vendors  legacy  system  returns  all  the  required  shipment  data  so  that  VIM-ASAP  can 
generate  the  appropriate  MILSTRIP  transactions  and  the  data  used  by  VIM  for  DSCP  C&T 
personnel.  During  the  later  part  of  December  2002  and  January  2003,  we  provided  the 
inventory  level  and  requisition  status  data  needed  by  Travis  to  conduct  a  wall-to-wall 
inventory  and  make  the  inventory  adjustments  to  synchronize  SAMMS’s  and  Travis’ 
inventory  counts. 

5.7  ARN  for  OCIE  (D.0. 0003) 

1.  Conducted  the  research  and  talked  to  a  number  of  Army  personnel  to  develop  and  distribute 
a  data  dictionary  for  the  Army’s  Standard  Army  Retail  Supply  System  (SARSS).  There  were 
only  a  few  open  issues  with  SARSS  data  at  the  end  of  the  contract  year.  We  also  initiated  a 
similar  effort  with  the  Army’s  Installation  Support  Modules  (ISM)  Central  Issue  Facility 
(CIF)  system,  but  had  only  made  the  initial  contacts  to  request  access  to  data  content  and 
structure  documentation. 
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6  Conclusions 

The  primary  focuses  of  the  past  year’s  efforts  were  to  make  a  success  of  VIM- ASAP  and  the  use 
of  its  manufacturing  data  by  DSCP  C&T  personnel  through  VIM.  I  believe  that  we  can  declare 
that  we  achieved  our  goals  in  two  very  significant  ways.  The  first  can  be  measured  by  the  results 
experienced  by  manufacturers,  such  as: 

1.  VIM- ASAP  created  and  tracked  the  payments  for  roughly  4,000  electronic  invoices  (DD 
Form  250)  during  the  contract  year  without  creating  a  single  violation.  The  vast  majority 
of  the  4,000  invoices  were  fully  paid  within  30  days.  Over  30-day  Accounts  Receivables 
were  normally  running  at  0%  although  some  vendors  were  seeing  1%  and  2%  and  an 
occasionally  5-7%  for  short  periods  of  time.  Nearly  all  of  this  was  caused  by  inaccurate 
or  late  acceptance  data  that  was  entered  by  DCMA  or  the  DLA  depots.  The  recent 
implementation  of  WAWF-RA  has  eliminated  the  incorrect  data  from  DCMA,  but  the 
DLA  depots  are  still  causing  a  few  problems.  At  the  end  of  the  contract  year,  we  were 
working  with  DCMA,  DFAS,  and  DLA  to  address  the  acceptance  data  problems  at  the 
DLA  depots.  Even  with  a  few  payment  problems,  VIM- ASAP  has  achieved  a  dramatic 
improvement  in  the  timeliness  and  accuracy  of  DFAS  payments  and  has  virtually 
eliminated  the  need  for  manufacturers  to  spend  long  hours  on  the  phone  with  DFAS, 
trying  to  get  paid. 

2.  VIM-ASAP  automatically  generated  more  than  40,000  MILSTRIP  and  MILSTRAP 
transactions  during  the  past  year  without  creating  a  single  violation.  Prior  to  the  use  of 
VIM-ASAP  all  40,000  would  have  been  manually  typed  into  DAMES  and,  based  on 
prior  history,  a  large  percentage  would  have  been  entered  incorrectly  and  need  to  be  fixed 
by  DSCP  personnel. 

3.  VIM-ASAP  has  been  successful  in  many  other  less  obvious  ways,  such  as  in  making  a 
significant  reduction  in  manufacturing  clerical  efforts,  in  eliminating  the  cost  of  using 
outside  services  to  prepare  bar  coded  container  labels,  and  in  eliminating  the  need  for 
manufacturers  to  work  with  other  DoD  systems  such  as  DAMES,  WAWF-RA,  and  VPIS. 

The  second  way  we  achieved  ours  goals  can  be  seen  in  DSCP’s  use  of  VIM  to  access  DD250s; 
monitor  contract,  production,  and  shipment  status;  and  promptly  and  easily  correct  SAMMS  data 
quality  problems.  Our  success  at  DSCP  can  also  be  seen  in  the  total  elimination  of  the  time 
consuming  need  to  manually  correct  vendor  submitted  MILSTRIP  and  MILSTRAP  violations. 

The  success  of  our  efforts  can  also  be  seen  in  the  positive  statements  and  email  we  have  received 
from  many  manufacturers  and  more  recently  from  many  sources  at  DCMA. 
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AAFA 

AAVS 

ACF 

AIMS 

AMA 

ARCS 

ARN 

ASAP 

ASTRA 

ATI 

BIFRS-R 

BIFRS-W 

BSM 

C&T 

CAGE 

CAR 

CAS 

CIF 

cnp 

CUN 

CRDL 

DAAS 

DAM 

DAMES 

DCMA 

DD  Form  250 

DD  Form  1155 

DD  Form  1348-1 A 

DFAS 

DIC 

DLA 

DUS 

DoD 

DODAAC 

DORRA 

DOS 

DSCC 

DSCP 


American  Apparel  and  Footwear  Association 

ARN  Asset  Visibility  System 

Active  Contracts  File  from  SAMMS 

Apparel  Information  Management  System 

Apparel  Manufacturing  Architecture 

Active  Requisition  Control/Status  from  SAMMS 

Apparel  Research  Network 

ARN  Supply-chain  Automated  Processing 

ARN  Supply-chain  Transaction  Repository  for  Action 

AdvanTech,  Inc. 

Balance  Inventory  Flow  Replenishment  System  -  Retail 

Balance  Inventory  Flow  Replenishment  System  -  Wholesale 

Business  Systems  Modernization 

Clothing  and  Textile 

Commercial  And  Government  Entity 

Clemson  Apparel  Research 

Contracting  Administrative  Services 

Central  Issue  Facility 

Clothing  Initial  Issue  Point 

Contract  Line  Item  Number 

Contract  Data  Requirements  List 

Defense  Automated  Addressing  System 

Defense  Apparel  Manufacturer 

DAASC  Automated  Message  Exchange  System 

Defense  Contract  Management  Agency 

DoD  standard  Material  Inspection  and  Receiving  Report,  a.k.a.  Invoice 

DoD  standard  order  for  supplies  or  services 
DoD  standard  issue  release/receipt  document 
Defense  Finance  and  Accounting  Service 
Document  Identifier  Code 
Defense  Logistics  Agency 
Defense  Logistics  Information  Services 
Department  of  Defense 

Department  of  Defense  Activity  Address  Code 

DLA  Office  of  Operations  Research  and  Resource  Analysis 

Days  of  Supply 

Defense  Supply  Center  Columbus 
Defense  Supply  Center  Philadelphia 
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DSD 

Decision  Support  Database 

DUE 

Due-In  Table  from  SAMMS 

EDI 

Electronic  Data  Interchange 

EFT 

Electronic  Fund  Transfer 

EOF 

Electronic  Order  Form 

FG 

Finished  Goods 

FSC 

Federal  Supply  Class 

FTP 

File  Transfer  Protocol 

GFM 

Government  Furnished  Material 

ISM 

Installation  Support  Modules 

ISP 

Internet  Service  Provider 

LMI 

Logistics  Management  Institute 

MILSTRAP 

Military  Standard  Transaction  Reporting  and  Accounting  Procedures 

MBLSTRIP 

Military  Standard  Requisitioning  And  Issue  Procedures 

MOCAS 

Mechanization  of  Contract  Administration  System 

MRO 

Material  Release  Order 

MUMMS 

Marine  Corps  Unified  Material  Management  System 

NEXCOM 

Navy  Exchange 

NIR 

National  Inventory  Record  from  SAMMS 

NITS 

NEXCOM  Interface  to  SAMMS 

NSN 

National  Stock  Number 

OCIE 

Organization  Clothing  and  Individual  Equipment 

ORCS 

Output  Routing  Codes  from  SAMMS 

OST 

Order  Ship  Time 

PDIT 

Product  Data  Integrated  Technologies,  Inc. 

PGC 

Product  Group  Code 

PIX 

Private  Internet  Exchange 

QAR 

Quality  Assurance  Representative 

QLM-C 

Quality  Logistics  Management  -  Central 

QLM-L 

Quality  Logistics  Management  -  Local 

QLM-R 

Quality  Logistics  Management  -  Retail 

RAID 

Redundant  Array  of  Independent  Disks 

RDC 

Regional  Distribution  Center 

REDF 

Requisition  Exception  Data  File 

RIC 

Routing  Identifier  Code 

RTC 

Recruit  Training  Center 

SAMMS 

Standard  Automated  Material  Management  System 
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SARSS 

Standard  Army  Retail  Supply  System 

SCF 

Supply  Control  File  from  SAMM 

SCS 

Supply  Chain  System 

SSC 

Standard  Supply  Code 

TCN 

Transportation  Control  Number 

THF 

Transaction  History  File 

VCSF 

Violation  Control  and  Suspense  File  from  SAMMS 

VIM 

Virtual  Item  Manager 

VPN 

Virtual  Private  Network 

VPIS 

Vendor  Pay  Inquiry  System 

WAWF-RA 

Wide  Area  Work  Flow  -  Receiving  Acceptance 

WInS 

Web  Invoicing  System 

WIP 

Work  In  Process 
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Laurie  Colello  sent  the  following  note  on  5/2/2003: 

The  Unit  Packs  on  the  four  NS's  are  now  12.  Thanks  for  your  help 
regarding  this  matter _ 
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The  problem  as  corrected  by  retransmitting  the  46  D4S  transactions 
on  1/8/2003. 
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not  appeared.  Delivery  Order  0035  is  listed.  It  was 
issued  to  us  on  September  1 1  by  DSCP  and  is  12,558 
pairs  of  welt  shoes. 
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Mills  contract.  Would  someone  look  into  this  and  let  me 

know. 
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We  checked  the  MVS  DataMart  and  found  many  old  requisitions 
with  odd  priority  codes,  but  only  1  was  generated  this  year  and  it 
was  for  a  disposal.  We  need  to  decide  what  to  do  about  this. 
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Introduction 

The  ARN  Supply-chain  Automated  Processing  (ASAP)  system  is  a  collection  of  Internet-based 
functions  that  have  been  designed  to  support  enhanced  visibility,  reliability,  and  document  and 
data  consistency  between  defense  apparel  manufacturers,  DFAS,  and  the  personnel  at  DSCP  who 
are  responsible  for  managing  inventory  levels,  issuing  contracts  and  requisitions,  and  monitoring 
related  activities.  ASAP  is  a  part  of  the  total  DSCP  managed  system  called  VIM  (Virtual  Item 
Manager)  that  provides  DSCP  with  a  collection  of  functions  to  support  their  management  of  the 
total  apparel  supply  chain. 

VIM-ASAP  accomplishes  these  things  by  providing  web  pages  for  each  manufacturer  to  start 
production  of  selected  contracts,  create  DD250s  when  the  items  are  ready  for  shipment,  and 
transmit  electronic  DD250s  to  DFAS  as  well  as  to  your  QARs  for  electronic  approval  via  the 
new  WAWF-RA.  The  system  can  print  all  of  the  shipping  and  container  labels  that  are  required 
when  making  a  shipment.  For  those  manufacturers  who  are  bill  and  hold  contractors,  the  system 
also  generates  MILSTRAP  transactions  (D4S)  as  well  as  all  of  the  documents  and  MILSTRIP 
transactions  that  are  required  for  the  operation  of  a  depot.  Most  of  the  information  required,  like 
contract  numbers  and  ship-to  addresses,  have  been  extracted  from  a  collection  of  DSCP,  DLA, 
DFAS,  and  DCMA  databases  and  inserted  in  the  appropriate  locations  on  the  web  pages  so  that 
users  need  only  make  minimal  entries  of  variable  data,  e.g.,  quantity  shipped  for  each  CLIN. 

Terms  You  Should  Know 

•  PGC  (Product  Group  Code):  A  five  digit  code  that  is  used  by  DSCP  to  identify  all  NSNs 
that  belong  to  a  specific  garment  family  or  commodity,  e.g.,  all  sizes  of  shirts  made  from  the 
same  fabric  and  style  are  assigned  to  a  single  PGC.  You  will  see  the  PGC  whenever  you  are 
addressing  any  of  the  NSNs  that  you  are  producing. 

•  Click  means  that  you  should  depress  the  left  mouse  button  once  after  positioning  the  mouse 
cursor  over  a  specific  point. 

•  Cut  Quantity  is  used  to  identify  those  NSNs  that  have  gone  from  a  status  of  on-order  (the 
contract  has  been  issued)  with  the  manufacturer  into  the  production  process.  It  is  that  point  in 
time  where  DSCP  can  no  longer  issue  a  modification  that  does  not  have  a  significant  impact 
on  the  manufacturer. 

•  Finished  Goods  (FG)  Quantity  is  reserved  for  manufacturer  owned  items  for  which  no 
current  contract  exists  for  the  NSNs.  These  may  be  items  that  we  manufactured  a  “at  risk”  in 
anticipation  of  a  contract  or  excess  items  that  may  have  been  left  over  from  a  prior  contract 
where  the  completed  quantity  exceeded  the  permissible  variance.  FG  items  can  be  seen  by 
DSCP  personnel  and  can  be  used  to  fill  requirements  for  future  orders. 
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Key  Points  Graphics 

The  following  symbols  have  been  incorporated  in  to  this  User’s  Manual  to  call  attention  to  key 
points  or  tasks: 


Helpful  suggestions  or  tips  are  prefaced  with  a  light  bulb  icon.  These  suggestions 
may  not  be  required,  but  should  make  your  use  of  VIM-ASAP  easier  and/or  more 
productive.  These  points  or  suggestions  are  recommended. 

♦ 

Cautions  are  indicated  with  an  orange  “Caution”  sign,  and  are  included  next  to 
tasks  or  items  that  could  cause  problems  if  not  accomplished  per  the  directions. 

This  document  is  organized  into  the  following  sections: 

1.  Computer  Requirements  and  Internet  Connection:  Defines  what  each  contractor  needs  to 
do  to  establish  a  connection  to  the  Internet. 

2.  Acquiring  and  Learning  How  to  Use  a  Browser:  Users  need  to  know  how  to  use  a  browser. 

3.  User  Identification  and  Passwords:  Explains  how  to  login  to  VIM-ASAP. 

4.  Login  and  Use  of  VIM-ASAP:  Explains  how  to  initially  login  and  begin  using  VIM- 
ASAP. 

5.  ASAP  Administration:  The  Administration  web  functions  provide  controls  for  each 
contractor  over  who  can  review  and  update  their  web  pages.  These  functions  also  permit 
each  contractor  to  identify  alternate  production  sites,  to  authorize  the  VIM-ASAP  program 
to  transmit  electronic  DD250s  to  DFAS,  to  initialize  data  for  the  DD250,  and  control  over  a 
number  of  other  options. 

6.  Manufacture  Garments:  The  manufacturing  functions  provide  access  to  new  and  updated 
contracts  and  delivery  orders,  the  identification  of  CLINs  that  have  been  cut,  the 
preparation  of  DD  Form  250s  and  all  shipping  documents,  and  the  transmission  of 
electronic  invoices  to  DFAS  and  QARs  as  well  as  MILSTRAP  transactions  for  bill  and  hold 
contractors. 

7.  Manage  Depot  Operations:  The  depot  operations  functions  provide  access  to  new  and 
updated  requisitions  (a.k.a.  MROs)  and  follow-up  inquiries,  prints  all  of  the  required  forms 
and  shipping  documents,  permits  the  entry  of  phone  or  faxed  orders,  and  generates  all  of  the 
required  MILSTRIP  transactions. 
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1.  Computer  Requirements  and  Internet  Connection 

The  minimal  configuration  for  a  computer  required  to  access  the  Internet  and  use  VIM-ASAP 
varies  as  a  function  of  the  operating  system,  but  needs  to  be  able  to  utilize  at  least  Microsoft’s 
Internet  Explorer  version  6.0.  If  you  encounter  slow  performance,  you  may  need  to  add  RAM 
or  get  a  faster  connection  to  the  Internet.  There  are  too  many  variables  of  operating  system, 
processor  speed,  and  RAM  to  make  a  specific  system  recommendation.  As  a  starting  point,  you 
should  check  Microsoft’s  minimum  system  requirements  for  the  version  of  Internet  Explorer  that 
you  have  installed.  You  will  also  need  an  ink-jet  or  laser  printer  for  printing  the  forms  and  bar 
codes  produced  by  VIM-ASAP. 

There  are  a  large  number  of  options  for  establishing  an  Internet  connection.  Costs  start  at 
roughly  $10  per  month  for  a  dial-up  service  that  works  with  each  individual’s  computer  modem. 
This  is  a  perfectly  acceptable  setup  as  long  as  your  computer’s  modem  is  at  least  56  kbs.  High- 
end  performance  options  can  cost  as  much  as  $1,500  per  month,  but  these  are  only  necessary  for 
very  high  volume  multi-user  environments.  There  are  also  many  options  in  between  these  two. 
Your  initial  connection  can  be  focused  on  the  very  acceptable  low-end,  but  make  sure  that  the 
provider  has  a  local  number  that  is  not  frequently  busy.  If  you  get  poor  service  from  one 
provider  you  can  easily  switch  to  another  until  you  get  a  good  level  of  service. 

The  search  for  a  good  Internet  provider  should  start  with  recommendations  from  local  friends. 
If  you  do  not  know  anyone  with  Internet  experience,  look  in  the  yellow  pages  under  “Internet”  to 
find  a  local  provider.  Any  Internet  service  provider  will  supply  you  with  a  start-up  kit  and 
technical  support  if  you  have  any  communications  problems. 

2.  Acquiring  and  Learning  How  to  Use  a  Browser 

A  browser  is  a  program  that  permits  each  user  to  navigate  their  way  around  the  Internet.  There 
are  several  different  brands  of  Browsers.  The  two  most  common  ones  are  Microsoft’s  Internet 
Explorer  (IE)  and  Netscape’s  Navigator.  At  this  time  Netscape’s  browser  is  not  capable  of 
properly  handling  a  number  of  functions  so  you  will  need  to  use  IE  for  VIM-ASAP. 

In  recent  years,  nearly  every  computer  is  purchased  with  a  browser  already  installed.  If  IE  is 
already  installed,  use  its  “Help”  menu  to  check  the  “About  Internet  Explorer”  option.  Make  sure 
that  it  is  at  least  version  6.0.  If  you  need  to  acquire  an  updated  version  of  IE,  use  your  existing 
Browser  to  access  the  indicated  Web  site  for  a  free  download  of  the  IE  software  at: 
http://www.microsoft.com/windows/ie/. 

Before  you  use  VIM-ASAP  for  the  first  time,  you  should  become  familiar  with  the  use  of  your 
Browser.  VIM-ASAP  utilizes  many  of  the  standard  methods  that  you  will  find  on  nearly  all  Web 
pages,  such  as  pull-down  lists.  You  should  not  use  the  enter  button  and  instead  click  on  the 
appropriate  action  button.  Browsers  can  get  confused  about  what  the  enter  button  is  being  used 
for.  There  are  also  books  that  you  can  read,  but  you  will  also  need  to  sit  and  use  the  browser  for  a 
few  hours  before  you  will  become  familiar  enough  to  begin  using  VIM-ASAP. 


3 


VIM-ASAP  v2.1  User’s  Manual  (Rev.  D) 


9V“  You  should  also  change  “Page  Setup”  for  your  browser  under  “File”  in  the  menu  at 

the  top  of  the  browser  window.  You  need  to  remove  any  headers  and  footers  and  set 
all  margins  to  0.25”.  This  will  allow  the  full  form  to  print  when  you  print 
documents. 

If  your  computer  is  configured  for  use  on  a  network,  you  may  have  additional  settings  you  will 
want  to  adjust.  You  should  add  the  website  http://vim.ct-dscp.com/  to  your  list  of  Trusted  Sites, 
and  enable  all  ActiveX  controls  for  the  Trusted  Sites.  Detailed  step-by-step  instructions  on 
making  these  security  setting  adjustments  are  on  the  Info  website  at  http://info.ct-dscp.com. 
Look  for  the  item  for  ActiveX  controls  under  the  “Lessons  Learned.” 

3.  User  Identifications  and  Passwords 

A  default  user  ID  and  password  are  established  for  each  manufacturer  and  are  provided  to  the 
manufacturer’s  point  of  contact  who  will  be  serving  as  the  ASAP  Administrator.  No  one  can 
update  or  access  a  manufacturer’s  individual  VIM-ASAP  web  pages  without  being  authorized  by 
the  specific  manufacturer.  Access  is  managed  through  the  use  of  user  IDs  and  passwords  that  are 
controlled  by  each  manufacturer  through  their  administration  web  page. 

If  you  have  misplaced  your  password  or  have  any  other  problems,  call  the  VIM-ASAP  Help 
Desk  at  1-888-940-7348.  The  help  desk  is  open  from  8  a.m.  to  5  p.m.  (Pacific  Time),  Mondays 
through  Fridays,  except  Holidays.  You  may  leave  a  voice  mail  message  at  any  time  and  help 
desk  personnel  will  return  your  call  as  soon  as  possible. 

A  test  site  for  version  2.1  with  demonstration  data  has  been  established  for  each  user  to  practice 
using  the  system  the  first  time.  Use  this  demo  site  until  you  have  learned  how  to  work  with  the 
system.  The  login  and  password  are  both  “demo.”  The  address  is:  http://vim.ct-dscp.com/.  In 
the  demo  site,  you  may  perform  all  of  the  functions  without  changing  any  production  data  or 
transmitting  data  to  any  external  organization.  You  can  make  mistakes  that  will  not  cause  any 
problems.  The  demo  site  may  not  contain  any  requisitions  though,  so  you  may  not  see  all  of  the 
depot  operations. 

4.  Login  and  Use  of  VIM-ASAP 

When  you  are  ready  to  start  using  VIM-ASAP,  go  to  http://vim.ct-dscp.com/  to  access  the  web 
site  and  enter  your  user  identification  and  password  (see  Figure  1).  Additional  authorized  users 
may  be  created  by  each  manufacturer’s  system  administrator  by  following  the  instructions 
contained  in  Section  5.1. 
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VIM 

Virtual  Item  Manager 

Login:  .  |jdoe  _ . . . — ' 

—  First  enter  your  User  ID 

r  Password:  1  — 

—  Next  enter  your  Password 

f  OK  -jo— 

—  Then  click  the  OK  button 

Figure  1  -  Login 


After  logging  in,  the  first  level  of  the  menu  will  appear  in  the  upper  left-hand  comer  of  your 
screen  (see  Figure  2).  Click  each  menu  folder  to  get  access  to  the  lower  level  functions.  The 
administrator  of  an  apparel  manufacturer  will  see  two  clusters  of  functions  under  the  folders  of 
“ASAP  Administration”  and  “Manufacturer  Garments”.  A  bill  and  hold  contractor  will  see  a 
third  cluster  of  functions  called  “Manage  Depot  Operations”. 


Menu 

C]  ASAP  Admtntelrstlon 
(j  Manufacture  Garments 
C]  Manage  Depot  Operations 
*  Exit 


Virtual  Item  Manager 


:  •••  • : 

NSNsCut 

DD250S  Finished 

unwrwiw.w 

MROs  Stripped 

Ol  11/19/2002  | 

l 


Contracts 

s*p  IS  2001  ll^OatO^OOOPM 

MROs  i 

Sen  18  2001  ll;56;O0;OO0PM 

VPIS 

mv  2D  2002  12:00:  OD:OOQAM 

VIM-ASAP  Information  Website 
Cflffimurtti?  Questions?  0ugs? 
888-940-7348  or 

($6&*ARN'0£rSK)  or 
wnft-aaap^t-d^p.ccTrt 


Figure  2  -  First  Page  After  Login  Menu 


The  right  half  of  the  screen  is  used  to  display  usage  statistics  and  contact  information.  “Activity 
for  the  Past  7  days”  shows  a  cumulative  total  of  activities  over  the  last  week.  Items  identified  in 
red  font  are  items  that  are  outside  the  range  of  normal  operations  (e.g.,  no  activity,  or  DSCP  data 
not  updated  in  the  last  48  hours  as  shown  here).  The  “Data  Update  Status”  lists  the  last  update 
date  and  time  for  the  most  recent  update  of  the  database  for  contract  and  MRO  data  from  DSCP 
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as  well  as  for  VPIS  data  from  DFAS.  A  direct  link  to  the  VIM-ASAP  Information  Website 
(http://info.ct-dscp.com/)  is  included,  where  the  answers  to  many  Frequently  Asked  Questions 
may  be  found.  Support  phone  numbers  as  well  as  an  email  link  are  also  listed. 

The  functions  available  from  the  “ASAP  Administration”  folder  are  shown  in  Figure  3.  The 
functions  available  from  the  “Manufacture  Garments”  folder  are  shown  in  Figure  4.  The 
functions  available  from  the  “Manage  Depot  Operations”  are  shown  in  Figure  5.  Simply  click  on 
the  function  with  the  black  dot  in  front  of  it  to  activate  the  desired  function. 

□  ASAP  Administration 

♦  Administer  ASAP  Users 

♦  Administer  DD250  Data 

♦  Administer  DFAS  Transmissions 

♦  Administer  Various  Options 

♦  Adjust  Cut  Qty  and  Finished  Goods  Counts 

♦  Add/Delete  MSN 

Figure  3  -  AS  AP  Administration  Menu 

:Q  Manufacture  Garments  j 

♦  Process  Contracts/Orders  -  Start  Production  j 

♦  Generate  DD1155  J 

♦  View  Contract  Shipments  and  Invoices  j 

♦  Prepare  DD250s  j 

♦  View/Edit  Existing  DD25DS  | 

♦  Track  DD250  Payments  j 

♦  Prepare  Shipment  Labels  j 

♦  View  Existing  Shipping/Container  Labels  j 

Figure  4  -  Manufacture  Garments  Menu 

pH  Manage  Depot  Operations  | 

GD  Ship  Orders  j 

♦  Review  Orders  and  Generate  MROs  j 

♦  Process  Verbal/Written  Orders  j 

♦  Prepare  Shipment  Labels  J 

♦  View  Existing  Shipping/Container  Labels  j 

♦  Review  and  Reply  to  Follow-Up  Inquiries  J 

Q  Reports  J 

♦  Inventory  Count 

♦  Requisition  Status 

Figure  5  -  Manage  Depot  Operations  Menu 
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5.  ASAP  Administration 

This  collection  of  functions  are  used  to  periodically  set  options  and  enter  data  that  does  not 
change  from  day  to  day,  such  as  the  boilerplate  data  for  Block  23  of  the  DD250,  permission  to 
transmit  invoice  data  to  DFAS,  etc.  The  following  subsections  explain  how  to  use  each  of  the 
administration  functions. 

5.1.  Administer  ASAP  Users 

Each  company  uses  the  Administer  ASAP  Users  function  (see  Figure  6)  to  control  its  own  users 
and  what  group  of  functions  they  will  be  permitted  to  access.  All  users  that  are  created  with  this 
function  are  assigned  to  the  CAGE  of  the  user  that  is  using  this  function.  Each  user’s 
identification  must  be  unique  across  all  VIM-ASAP  users  so  that  each  user  is  associated  with  the 
proper  CAGE  when  they  login.  If  duplicate  user  identification  is  selected,  the  update  will  be 
stopped  and  a  message  displayed  that  points  out  the  problem.  The  set  of  functions  that  each  user 
is  able  to  access  is  controlled  by  selecting  the  desired  type  of  user  (e.g.,  an  “ASAP 
Manufacturer”  can  only  perform  manufacturing  related  functions).  For  security  reasons,  a  user 
with  administrative  controls  cannot  change  their  own  user  type.  All  of  the  fields  need  to  be 
completed  before  the  user  data  can  be  updated.  E-Mail  addresses  and  phone  numbers  will  be 
used  to  contact  users  if  there  is  a  need  to  contact  someone  directly. 


Enter  new  users  here, 
or  select  a  user  to 
edit  by  their  User  ID 
or  their  User  Name 


Enter  the  data  for 
each  user  - 


Update 


J  [  Delete^ 


Cancel. 


The  User  ID  must  be 
unique  across  all 
VIM-ASAP  users 


Identify  the  user  type 
(this  establishes  the 
features  to  which 
they  will  have  access 


Click  to  save  data  entered  above  Select  a  user  at  top  and  dick  to  delete  them  Undo  changes  above  and  clear  form 


Figure  6  -  Administer  ASAP  Users  Web  Page 
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5.2.  Administer  DD250  Data 

The  “Administer  DD250  Data”  function  (see  Figure  7)  is  used  to  identify  shipment  prefixes, 
CAGEs  of  alternate  ship-from  sites,  and  boilerplate  information  for  blocks  21a  of  23  of  the 
DD250.  These  CAGEs  are  only  a  list  of  candidates  that  may  do  shipping.  The  actual  shipping 
site  is  selected  when  the  DD250  is  prepared. 


Add  New  Sub  CAGE 


Click  this  button  to  add 
a  new  "Ship  FromH  site 


Update  Template  j  Update  Ship  Prefix  [  Remo ve  Sub 


¥ 


Click  this  button  after  editing 
the  "Ship  Prefix”  code 


Click  any  of  the  "View/Edit" 
buttons  to  view  or  edit  the 
default  data  for  Blocks  21a 
and  23  of  the  DD250  form. 

Check  the  "Remove"  box 
and  click  this  button  to 
delete  an  alternate  "Ship 
From"  site 


Figure  7  -  Administer  DD250  Data  Web  Page 


This  page  is  viewed  as  two  separate,  but  related  sections.  The  top  section  (see  Figure  7)  provides 
for  the  initial  entry  and  subsequent  editing  of  shipment  prefixes  and  the  CAGEs  of  alternate 
manufacturing  sites  that  can  be  responsible  for  shipments.  RICs  for  bill  and  hold  contractors  are 
displayed  as  well  but  are  not  editable.  Each  shipping  site  must  have  its  own  CAGE  and  three- 
character  shipment  prefix. 


The  name  and  address  of  each  manufacturer  is  taken  from  a  DLA  database  of  CAGE 
code  data.  The  web  address  for  viewing  the  database  can  be  located  at 
http://www.dlis.dla.mil/CAGESearch/.  If  necessary,  corrections  can  be  made  by 
going  to  the  Web  address,  selecting  the  “CAGE  Information  Server”  link,  and  then  e- 
mailing  any  updated  information. 


A  CAGE  for  an  alternate  “Ship  From”  location  can  be  removed  by  checking  the  appropriate 
“Remove”  block  and  then  clicking  the  “Remove  Sub  CAGE”  button.  To  View  or  Edit  the 
boilerplate  data  for  blocks  21  and  23  of  the  DD250,  simply  click  the  “View/Edit”  button 
corresponding  to  the  desired  CAGE.  The  bottom  half  of  the  page  then  appears  with  fields  for  the 
DD250  data. 


This  bottom  half  of  the  page  (see  Figure  8)  is  used  to  enter  boilerplate  data  for  blocks  21a  and  23 
of  the  DD250.  Each  of  the  CAGEs  identified  in  the  top-half  of  the  web  page  has  its  own  data 
entry  fields  for  each  of  the  two  blocks  on  the  DD250,  since  each  can  have  its  own  QAR  and 
comments  in  block  23  of  the  DD250.  The  “Update  Template”  button  needs  to  be  clicked  once 
the  data  entry  is  complete.  If  this  is  not  done,  the  database  is  not  updated  and  the  data  you  have 
entered  will  disappear.  The  data  that  is  updated  here  will  appear  in  the  appropriate  block  as 
default  data  whenever  a  DD250  is  generated,  but  can  be  edited  at  print  time  if  needed. 
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tlisst 

ADC 

View/Edit  I  Removef 

- J 

. Update  Datail  WE. 

C*y  Strfe  21p  rpACKSOtt  til  UDM 
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lUnrw-  :|rwn?«»ii' 

UUerjoAR 
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-  EXtfWfc  K>25Q»  vdl  ^  Wt  toCFAS  for  pfrynert, 

-  Pppx  CO290J  rvHWl  onfy  be  uert  wththe  sh^merl  ar^lo 
the  OAR  for  dMBnotai  Irtspecbcra 


kroatoct  IDotiDdn  Rfciaiiy *  *t  731-967-9SOD  JO,  dte^ney&oa  torn*,  torn 


H 


i# 


Ml 


Clicking  here  will  allow  you 
to  edit  the  QA  info  below 


Enter  the  QAR  data  here  for 
Block  21a  in  the  DD250 

If  using  WAWF-RA  for 
sending  electronic  DD250s 
to  the  QAR,  click 
“Authorized  for  WAWF- 
RA.”  Otherwise  click 
“Authorized  for  WlnS  to 
transmit  DD250s  to  DFAS. 


Enter  boilerplate  data  for 
Block  23  for  the  site 
selected  at  the  top.  (This 
can  be  edited  when  printing 
the  DD259.) 


Figure  8  -  Administer  DD250  Data  Web  Page  -  Detail  Page 


The  DFAS  transmission  function  on  this  screen  is  used  whenever  a  manufacturer  wants  to 
initialize  or  change  the  authorization  for  VIM-ASAP  to  transmit  an  electronic  version  of  the 
DD250.  The  default  setting  is  “UNAUTHORIZED”  whenever  a  new  manufacturer  begins  using 
VIM-ASAP. 


To  change  your  status  if  you  have  set  up  a  WlnS  account: 

•  Move  your  mouse  over  the  small  circle  in  front  of  “AUTHORIZED  for  WINS”  and  click 
the  clear  white  circle.  The  black  dot  will  move  to  the  new  location. 

•  Click  the  “UPDATE”  button  after  the  black  dot  has  been  moved  to  the  desired  location. 

To  change  your  status  if  you  have  set  up  a  WAWF-RA  account  (for  QAR’s  electronic  approval 
of  DD250s): 

•  Move  your  mouse  over  the  small  circle  in  front  of  “AUTHORIZED  for  WAWF-RA”  and 
click  the  clear  white  circle.  The  black  dot  will  move  to  the  new  location  and  a  text  input 
box  will  appear  to  the  right. 

•  Click  the  “UPDATE”  button  at  the  bottom  of  the  screen. 

Once  authorized,  VIM-ASAP  will  automatically  transmit  an  electronic  invoice  to  DFAS 
whenever  the  “Finish”  button  is  clicked  at  the  top  of  a  DD250  (see  Section  6.3).  If  a  user  has 
established  a  WAWF-RA  account,  an  electronic  copy  of  the  DD250s  will  be  routed  to  the  QAR‘s 
office  at  the  same  time.  Each  manufacturer  must  acquire  a  user  name  and  password  from  DFAS 
before  transmitting  production  electronic  DD250s.  This  process  is  explained  in  the  Appendix  of 
this  User’s  Manual.  Information  about  registering  for  WAWF-RA  may  be  found  at 
https://rmb.ogden.disa.mil/. 
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5.3.  Administer  Various  Options 


Each  manufacturer  has  control  over  four  options  that  alter  control  of  what  VIM-ASAP  does 
when  the  system  is  used. 


|[  DrCfo'iv.mit  I 

G  Automatically  increase  Cut  Quantity  from  start  of  new 
contracts/delivery  orders  and  decrease  Cut  Quantity 
whenever  shipments  are  made 

r  Perform  periodic  counts  and  enter  results  in  Cut 
Quantity  tables. 

||  /  7  ■ 

C  Export  new  contracts/delivery  orders  and  invoices  to  FTP 
site. 

G  Do  not  export  new  contracts/defivery  orders  and 
invoices  to  FTP  site. 

,  _  ^.r- 1 

G  Transmit  all  appropriate  transactions  via 
MILSTRIP/MILSTRAP  to  DSCP/SAMMS 
(DAMES  will  no  longer  be  used). 

C  Do  not  transmit  all  appropriate  transactions  via 
MILSTRIP/MILSTRAP  to  DSCP/SAMMS  (DAMES 
is  being  used). 

■  •'  •••  c/l 

PggffPff  (I 

r  Cut  Quantity  is  entered  for  each  individual  site. 

<7  Cut  Quantity  is  entered  for  the  entire  enterprise 
(a  single  count  of  Cut  Quantity  for  all  locations). 

IPpSate  j 

Figure  9  -  Administer  Various  Options  Web  Page 


1.  Each  manufacturer  can  choose  to  either  let  the  system  1)  automatically  increase  the  cut 
quantity  whenever  a  CLIN  is  started  into  production  (see  Section  6.1)  and  automatically 
decrease  the  cut  quantity  whenever  a  shipment  is  made  (see  Section  6.3);  or  2)  periodically 
enter  the  data  manually  using  the  function  explained  in  Section  5.4.  The  first  option  is 
preferred  since  it  provides  the  manufacturer  and  DSCP  with  more  timely  information.  The 
second  option  may  be  more  effective  for  those  manufacturers  who  have  an  internal 
production  control  system  that  permits  them  to  download  their  cutting  data  on  a  regular  basis. 

2.  Each  manufacturer  can  chose  to  have  VIM-ASAP  export  or  not  export  contract  and  invoice 
data  to  an  FTP  site  that  they  can  use  to  import  data  into  their  internal  accounting  and/or 
production  control  systems.  Please  contact  info@pdit.com  if  you  would  like  to  utilize  this 
feature  so  that  the  data  can  be  formatted  for  your  needs. 

3.  Each  bill  and  hold  contractor  has  the  option  to  either  1)  permit  VIM-ASAP  to  create  and 
transmit  all  pertinent  MILSTRAP  and  MILSTRIP  transactions  when  specific  functions  are 
performed;  or  2)  continue  to  use  DAMES  to  create  all  of  the  transactions.  VIM-ASAP 
essentially  replaces  DAMES,  so  most  manufacturers  prefer  to  use  the  transmit  option. 

4.  Each  manufacturer  who  does  manufacturing  and  shipping  from  various  sites  (see  how 
alternate  sites  are  identified  in  Section  5.1)  can  choose  to  1)  keep  track  of  their  cut  quantities 
as  a  single  number  that  is  aggregated  from  all  sites;  or  2)  keep  track  of  each  site  separately 
and  then  be  able  to  view  the  data  by  site  or  aggregated.  If  you  have  no  alternate  Ship  From 
sites  you  would  want  to  use  the  default  option  (with  a  single  count). 

Be  sure  to  click  the  “UPDATE”  button  when  you  are  finished  setting  your  various  options. 
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5.4.  Adjust  Cut  Quantity  and  Finished  Goods 

Each  manufacturer  can  use  this  function  (see  Figure  10)  to  either  1)  keep  their  quantities  current 
if  they  chose  to  manually  update  their  quantities  (see  Section  5.3);  or  2)  periodically  adjust  their 
quantities  to  account  for  quality  rejection  rates  that  cause  more  or  less  items  to  be  satisfactorily 
completed.  Cut  quantities  are  those  that  have  been  started  into  the  production  process.  This  is  an 
important  point  for  DSCP  as  it  defines  quantities  that  should  not  be  included  in  any  modification 
plans.  Finished  goods  quantities  include  only  manufacturer  owned  items  that  were  either  built  “at 
risk”  or  excess  quantities  that  exceeded  permissible  variance  percentage  and  reverted  to 
manufacturer  owned.  These  can  be  used  on  subsequent  orders  when  they  are  moved  from 
manufacturer  owned  to  DLA  owned.  The  quantities  are  updated  by  entering  the  correct  number 
in  the  appropriate  data  entry  field  and  then  clicking  either  of  the  update  buttons. 


When  finished  making  any  changes,  click  the  When  changing  only  one  item,  dick  the  Update 
Update/Ml  button  to  update  all  data  on  the  form  button  to  update  the  changed  item’s  data 


PGC-Nomenclature 


fr  Update  All  ^Update 


Select  the  desired  PGC 


821  Slacks,  Women’s,  Service  Dress,  White 


SLK-821  -001 03 

special  measurement 

ii 

05/03/2002 

1 . ! 

SLK-821  -00574  j 

special  measurement 

umM 

06/24/2002 

i  . i 

Enter  any  cumulative  cut  quantity  in  this  column 
for  the  appropriate  NSN 


Enter  any  cumulative  manufacturer-owned 
quantity  in  this  column  for  the  appropriate  NSN 


Figure  10  -  Adjust  Cut  Quantity  and  Finished  Goods  Counts 

♦  It  is  very  important  that  the  finished  goods  quantities  NOT  include  any  bill  and  hold 
items  held  in  storage  by  the  manufacturer  that  have  been  invoiced  via  a  DD250  These 
quantities  are  accounted  for  by  DSCP  in  their  own  inventory  records  from  SAMMS, 
which  were  updated  by  the  MILSTRAP  transactions  (D4S)  generated  by  the  creation  of  the 
DD250.  Including  them  in  the  finished  goods  quantities  would  double  count  them. 


5.5.  Add/Delete  NSN 


Each  VIM-ASAP  manufacturer  can  add  or  delete  NSNs  that  are  not  on  any  of  their  existing 
contracts.  NSNs  that  are  on  existing  contracts  (see  Figure  11)  have  their  Include  buttons  grayed 
out  so  that  they  cannot  be  affected.  A  check  mark  in  the  Include  column  means  that  the  NSN  is 
to  be  added  to  the  list  of  items  to  be  tracked.  The  removal  of  the  check  mark  deletes  the  NSN 
from  the  lists. 
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Click  the  Update  button  N 
after  all  changes 
have  been  made 

■  {fwtfti'1 

- Select  the  garment  of 

interest  by  its  PGC 

Blank  checkboxes  H 
are  the  only  NSNs 

mmmxt 

,  ••  Homan 

xr 

►r 

841 5-01 -470-1 944 

parka,  extreme  eotd  weather 

small  regular 

p 

8415-01-470-1949 

parka,  extreme  coM  weather 

amen  tong 

mat  can  be  added 

p 

8415-01  *470-1 951 

parka,  extreme  coW  weather 

medMn  xehort 

p 

8415.01-470-1952 

parka,  extreme  coW  weather 

median  short 

p 

6415-01 -470-19S3 

parka,  extreme  cold  weather 

medium  regular 

p 

8415-01-470-1954 

parka,  extreme  coW  weather 

medkanloog 

p 

6415-01-470-2065 

parka,  extreme  cold  weather 

xsmalxshort 

p 

8415-01-470-2068 

parka,  exlreme  cow  weather 

xsrrw*  xshort 

p 

6415-01-470-2068 

parka,  exlreme  coW  weather 

xsmal  regttfw 

p 

641S-01  -470-2070 

parka,  extreme  coW  weather 

xsmal  long 

p 

8415-01-470-2074 

parka,  extreme  cold  weather 

smell  xshort 

p 

6415-01-470-2076 

parka,  extreme  coW  weather 

small  short 

p 

8415-01-470-2818 

parka,  extreme  coW  weather 

large  short 

p 

6415-01-470-2828 

parka,  exlreme  cold  weather 

large  regular 

p 

8415-01-470-2833 

parka,  extreme  cold  weather 

large  long 

p 

8415-01-470-2841 

parka,  exlreme  cold  weather 

xJarge  regular 

p 

8415-01  -470-2844 

parka,  extreme  cold  weather 

xtorgetong 

a 

Figure  11  -  Add/Delete  NSN  Web  Page 


6.  Manufacture  Garments 

Each  manufacturer  has  access  to  the  appropriate  DSCP  data  to  be  able  to  perform  manufacturing 
functions,  from  the  start  of  production  through  the  preparation  of  all  invoices  and  shipping 
related  documents  as  well  as  electronic  transmissions  to  the  appropriate  agencies.  The  following 
subsections  explain  how  to  use  each  of  the  manufacturing  functions. 

6.1.  Process  Contracts/Orders  -  Start  Production 

Each  manufacturer  has  access  to  all  of  its  active  contracts  from  DSCP’s  system  called  SAMMS. 
The  Process  Contracts/Orders  —  Start  Production”  function  is  used  to  call-up  specific  contracts 
and  to  identify  the  quantities  of  each  CLIN  that  are  being  started  into  the  cutting  process  (see 
Figure  12).  The  function  is  operated  by  accepting  or  changing  the  data  in  the  “Start  Production 
Qty”  column,  utilizing  any  manufacturer  owned  Finished  Goods  (FG),  and  then  clicking  on  the 
“Start”  button  for  each  CLIN  or  by  clicking  the  “Start  Production  on  All  CLINs”  button  at  the 
top  of  the  table. 

This  list  of  orders  will  probably  needed  to  be  cleaned-up  by  each  new  manufacturer  as  they  begin 
using  VIM-ASAP.  There  can  be  old  odd  quantities  that  have  never  been  recorded  as  received 
even  though  the  manufacturer  has  been  paid  for  the  entire  order.  This  cleanup  will  need  to  be 
done  only  once,  because  after  the  initialization,  the  system  begins  using  the  quantities  started  as 
identified  by  each  manufacturer  to  control  this  table. 
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Select  the  desired  Contract 
and  related  Delivery  Order 
to  be  eutfe tatted 


This  button  puts  every  CUN 
Into  production,  using  fie 
default  quantities  (balance) 


II  (he  manufacturer  has 
eub-CAGEs,  select  fie 
appropriate  CAGE  here 


To  start  only  one  or 
selected  CLlNs,  check 
fie  Items  to  be  started 
and  dick  this  button 


CMtnral  spwawscasi  3  *1 


fKellwpry  find  nr  Troll  »|  ^ 

PnOKtlin  SHr  I  BMW  -7* mtt;  w  tannl  CwpTi^lsmiTHSrsU 


st«t  praduceM  «•  mr  cuns 


epKiat  nuuxrmtri  I  ifrXLQDE 


epadai  eraorarart  I  IQ"XLE£a2 


To  start  a  quantity  other  than  the  default  amount, 
enter  fie  actual  quantify  to  be  started  here. 


Figure  12  -  Process  Contracts/Orders  -  Start  Production  Web  Page 

The  data  can  be  cleaned-up  by  turning  off  the  option  to  automatically  count  cut  quantities  (see 
Section  5.3),  starting  all  quantities  into  production  for  those  orders  the  manufacturer  knows  have 
been  completely  started  into  production,  and  then  turning  the  automatic  counting  on  again.  This 
will  leave  the  manufacturer  with  a  queue  of  only  open  orders  where  quantities  still  need  to  be 
started  into  production. 

Each  of  the  columns  in  the  table  has  the  following  definitions: 

•  Start:  This  button  is  used  to  start  production  on  one  CLIN  at  a  time. 

•  CLIN:  This  list  contains  only  CLINs  that  have  remaining  quantities  on  the  order  that 
have  not  yet  been  started  into  production.  Each  CLIN  will  be  automatically  removed 
from  this  list  after  the  entire  order  has  been  started  into  production. 

•  NSN,  Nomenclature,  and  Size:  These  three  columns  identify  the  specific  garment  being 
ordered. 


•  RDD:  The  RDD  is  the  required  delivery  date  for  each  CLIN. 

•  Qty:  This  is  the  contract  order  quantity  for  each  CLIN. 

•  Already  Started:  This  is  the  portion  of  the  order  that  was  previously  started.  Before  a 
manufacturer  uses  VIM-ASAP  for  the  first  time,  the  quantity  is  initialized  to  the  quantity 
shipped  as  defined  by  SAMMS.  For  active  orders  with  recent  shipments,  this  number 
may  be  off  a  little  due  to  the  cycle  time  it  takes  to  get  the  data  updated.  Once  the  system 
is  being  used  on  a  regular  basis,  this  number  will  become  both  accurate  and  timely. 
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•  Mfg  Owned  FG  Qty  Used:  This  is  a  count  of  manufacturer  owned  items  that  were 
previously  allocated  to  fill  some  of  the  quantity  ordered  for  this  CLIN. 

•  Start  Production  Qty:  This  column  is  automatically  set  to  the  order  “Qty”  less  the  sum 
of  the  “Already  Started”  and  “Mfg  Owned  FG  Qty  Used”.  The  manufacturer  can  change 
the  number  if  the  order  is  being  filled  incrementally.  The  “Start  Production  Qty”  should 
not  contain  any  additions  to  account  for  average  quality  defects.  Over  time,  the  pluses 
and  minuses  around  the  average  should  balance  out.  If  not,  each  manufacturer  can 
periodically  adjust  the  quantities  to  account  for  any  variations  (see  Section  5.4).  The 
quantity  entered  here  will  be  used  to  automatically  increase  the  cut  quantity  if  the 
manufacturer  selected  that  option. 

•  Mfg  Owned  Available  FG  Qty:  This  is  the  count  for  each  NSN  for  those  items  that  each 
manufacturer  entered  as  manufacturer  owned  finished  goods. 

•  Mfg  Owned  Use  FG  Qty:  This  is  the  number  entered  for  each  CLIN  of  those 
manufacturer  owned  finished  goods  that  are  to  be  used  to  satisfy  some  or  all  of  this  order. 

6.2.  Generate  DD1155 


Each  manufacturer  can  access,  view,  and  print  any  DD  Form  1155  “Order  for  Supplies  or 
Services”  that  they  have  been  issued  by  DSCP.  This  is  done  (see  Figure  13)  by  selecting  the 
desired  contract  and  delivery  order  and  then  clicking  the  “Open  Form  DD1 155”  button.  The  data 
is  extracted  from  DSCP’s  SAMMS  system,  which  deletes  CLINs  as  they  are  completed.  For  this 
reason,  older  orders  will  be  missing  CLINs,  but  new  orders  will  always  be  complete  and  remain 
that  way  as  VIM- ASAP  archives  all  of  the  CLINs. 


Each  manufacturer  should  use  this  function  to  compare  their  new  orders  from 
SAMMS  to  the  paper  contract  they  receive  from  DSCP.  There  can  be  mistakes  on 
either  source.  Notify  your  DSCP  contracting  officer  if  you  encounter  any 
discrepancies  so  that  they  can  either  correct  the  SAMMS  data  or  issue  a  modification 


if  the  paper  contract  is  in  error.  This  will  correct  any  problems  well  in  advance  of  the  use  of  the 


data  for  shipments  and  invoices.  This  will  also  correct  the  data  used  by  DFAS  to  make  payments 
for  the  DD250s.  Getting  problems  corrected  at  the  front  end  of  the  process  will  result  in  a  much 


improved  payment  process. 


Contract 

Delivery  Order 


|  SP01 00OOD4O22 

S3 

M 

1  oooi  m 

First  select  the  desired  Contract 
then  select  the  desired  Delivery  Order 


Figure  13  -  Generate  DD1155  Web  Page 
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The  “Open  Form  DD1155”  button  will  cause  a  second  browser  window  to  be  opened  that 
provides  control  buttons  (see  Figure  14)  to  view  each  sheet  of  the  DD1155  and  to  print  all  sheets 
of  the  DD115  if  desired.  Remember  to  remove  the  browser’s  headers  and  footers  and  set  the 
margins  to  0.25”  before  printing  any  forms  (see  your  Browser’s  Menu  under  “File”  and  “Page 
Setup”). 


Click  this  button 
to  print  the  DD1 155 

Click  this  button  to  view  the  line 


1 

mmmi 

! :  Next  >1 1  1  |[iof2  :  .  .  ' ;  ■ 

ORDER  FOR  SUPPLIES  OR  SERVICES 


Page  1  of  2 


LOOIITRACTIPURCHASEORDER  HO. 

SPC10000D4022 


2.  DELIVERY ORDER^ALl  HO 

0001 


USSUEOBY  CODfcSPOlOO 


DEFENSE  SUPPLY  CENTER  PHILADELPHIA 
DIRECTORATE  CLOTHING  AIID  TEXTILES 
700  ROBBINS  AVEIIUE 
PHILADELPHIA  PA  10111-5006 

J.OOHTfi  ACTOR  CODE:  9A180  EACH  fTY  CODE: 


i.  MTEOFOROEROAU 

mrwmc cy 

2000NOV22 


AREQUISiromPORCH  REQUEST  HO 

SEE  SCHEDULE 


^ADMINISTERED  BY  6T  CODE:  S1103A 

DCMA  ATLANTA 
805  WALKER  ST  SUITE  1 
PH  770  590  6001 
MARIETTA  GA  30060-2789 

10.  DEWERYTO  FOB  POIHT  BY 

_  SEE  SCHEDULE 


4.  PRIORITY. 

DO-C9 


S.DELIi/ERYFOB 
O  DESTINATION 
Wi  OTHER 


It  X  IP  BUSINESS  is: 
n  tllflH _ 


Figure  14  -  Controls  for  DD1155  Form 


Each  DD1155  will  contain  at  least  two  sheets  (see  Figure  15).  The  first  sheet  is  the  cover  page  of 
the  DD1155  that  identifies  the  contract  number,  payment  office,  total  order  price,  etc.  The 
second  and  subsequent  sheets  contain  a  line  by  line  listing  of  all  CLINs,  their  NSN,  size,  order 
quantity,  unit  price,  destination  DODAAC,  and  required  delivery  date.  Any  phased  delivery  data 
is  not  available  in  SAMMS  and  thus  cannot  be  displayed  on  the  DD1155. 
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First  Sheet  of  DD  Form  1155  Additional  Sheets  of  DD  Form  1155 


Figure  15  -  Sample  Two  Sheet  DD  Form  1155 


6.3.  View  Contract  Shipments  and  Invoices 

The  “View  Contract  Shipments  and  Invoices”  function  (see  Figure  6)  utilizes  a  mixture  of  data 
from  SAMMS,  VIM-ASAP,  and  VPIS  to  construct  a  matrix  for  each  contract  of  shipments  and 
CLINs  that  tracks  the  completion  status  of  each  contract.  SAMMS  is  used  to  define  contract  data 
(e.g.,  CLINs,  NSNs,  order  quantities,  received  quantities,  etc.).  VIM-ASAP  is  used  to  identify 
shipment  data  (e.g.,  shipment  numbers,  date  shipped,  CLIN  shipment  quantities,  etc.).  VPIS  is 
used  to  correlate  shipment  numbers  with  a  QAR’s  acceptance  of  that  shipment.  DSCP  Personnel 
must  first  select  the  contractor  of  interest  by  using  the  pull-down  arrow  to  the  right  of  the 
contractor’s  CAGE  and  name.  Once  selected,  all  contracts  and  delivery  orders  for  that  contractor 
will  appear  in  the  pull-down  lists  below  the  contractor’s  name.  Manufacturers  simply  select  the 
contract  and  delivery  order  of  interest  to  display  its  data  in  the  lower  half  of  the  frame. 


! 
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Figure  16  -  View  Contract  Shipments  and  Invoices  Web  Page 


The  data  is  presented  in  the  frame  with  all  of  the  shipments  listed  down  the  left  hand  side  of  the 
table  and  all  the  CLINs  listed  along  the  top  of  the  frame  from  left  to  right.  Each  column  and  row 
heading  is  explained  in  either  Table  1  or  Table  2. 


Table  1  -  View  Contract  Shipments  and  Invoices  Column  Headings 


|  Column  Heading 

Description 

Data  Source 

DD250  Ship  No 

The  shipment  number  is  extracted  from  each  DD250  that  was 
completed  using  VIM-ASAP. 

VIM-ASAP 

Date  Shipped 

The  date  shipped  is  extracted  from  each  DD250. 

VIM-ASAP 

Shipped  To 

The  shipped  to  DODAAC  is  taken  from  the  SAMMS  contract 
shipment  destination. 

SAMMS 

Total  Shipped 

The  total  quantity  shipped  is  extracted  from  each  DD250  for  all 
CLINs  for  each  shipment. 

VIM-ASAP 

QAR  Accepted 

The  QAR  acceptance  date  is  taken  from  DFAS’s  records  from 
their  VPIS  system.  This  data  is  accessed  so  that  manufacturers 
can  stop  faxing/mailing  signed  DD250s  to  DSCP.  The  existence 
of  the  QAR  acceptance  date  in  VPIS  is  the  equivalent  of  seeing 
the  signature  on  the  paper  DD250.  The  acceptance  date  is  only 
sporadically  recorded  for  fast  pay  contracts  when  the  items  are 
being  shipped  to  a  retail  site  and  the  inspection  is  done  at  the 
destination. 

VPIS 

Cum  Total  Shipped 

The  cumulative  total  shipped  is  a  running  total  extracted  from 
the  DD250  for  all  CLINs  for  all  shipments. 

VIM-ASAP 
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Table  2  -  View  Contract  Shipments  and  Invoices  Row  Headings 


Row  Heading 

Description 

Data  Source 

Shipped 

The  shipped  quantity  is  the  total  for  all  shipments  for  each 
column  (one  column  for  all  CLINs  and  one  for  each  individual 
CLIN).  This  data  is  only  complete  if  all  shipments  were  made 
using  VIM-ASAP.  It  is  not  uncommon  for  manufacturers  to  begin 
using  VIM-ASAP  after  they  have  already  completed  at  least  one 
shipment  for  a  contract.  In  those  cases,  the  total  shipped 
quantities  will  be  inaccurate.  Check  the  first  shipment  number  in 
the  list.  If  it  starts  with  “0001”  then  VIM-ASAP  has  a  complete 
record  of  all  shipments. 

VIM-ASAP 

In  Transit 

The  in  transit  quantity  is  calculated  by  subtracting  SAMMS’s 
received  quantity  from  VIM-ASAP’s  shipped  quantity.  This 
quantity  is  not  reliable  when  the  manufacturer  did  not  start  using 
VIM-ASAP  until  they  had  already  completed  some  shipment 
prior  to  their  use  of  VIM-ASAP. 

VIM-ASAP 
and  SAMMS 

Received 

The  received  quantity  is  extracted  from  the  contract’s  received 
quantity,  which  is  calculated  from  the  D4S  transaction  that  is 
generated  by  receiving  organization.  There  are  instances  where 
the  QAR  has  accepted  the  items,  but  they  have  not  been 
recorded  as  received.  This  happens  when  the  D4S  caused  a 
violation  or  the  receiving  organization  has  not  yet  posted  the 
D4S. 

SAMMS 

Ordered 

The  ordered  quantity  is  taken  from  the  contract’s  order  quantity 

SAMMS 

Balance 

The  balance  quantity  is  calculated  by  subtracting  the  received 
quantity  from  the  ordered  quantity 

SAMMS 

Many  of  the  contracts  have  far  too  many  CLINs  and  shipments  to  view  on  one  screen.  The  data 
can  be  easily  transferred  to  Excel  with  a  click  of  the  green  X  at  the  top  of  the  frame.  Excel  can  be 
used  to  format  the  data  for  viewing,  printing,  or  saving  to  the  user’s  local  disk  for  later  use.  This 
function  can  also  be  used  to  gain  access  to  DD250s  and  to  carrier  tracking  data.  Simply  click  on 
any  row  in  the  frame  that  has  a  shipment  of  interest.  A  click  of  either  the  “View  Selected 
DD250”  or  “View  Carrier  Tracking”  button  provides  access  to  the  selected  DD250  or  to  the 
carrier’s  web  site  that  tracks  each  shipment. 


♦ 


Carrier  data  does  not  exist  for  a  bill  and  hold  contractor’s  shipment  to  itself  nor  does  it 
exist  if  the  carrier  selected  by  the  manufacturer  does  not  provide  for  web  based  tracking 
of  their  shipments. 


Shipment  data  will  be  kept  for  each  contract  as  long  as  that  contract  is  active  in  SAMMS.  Once 
the  data  is  deleted  from  SAMMS,  you  will  no  longer  be  able  to  utilize  this  function  for  that 
contract. 


6.4.  Prepare  DD250s 

The  fist  page  of  the  “Prepare  DD250s”  web  page  can  be  seen  in  Figure  17  and  Figure  18.  This 
function  provides  each  manufacturer  with  access  to  all  of  their  open  contracts  so  that  DD  Form 
250s  can  be  prepared  in  both  paper  and  electronic  form  and  so  that  container  labels  can  be 
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prepared  for  attachment  to  each  individual  container.  The  electronic  form  of  the  DD250s  is 
automatically  transmitted  to  DFAS  if  the  manufacturer  selects  that  option  (see  Section  5.2). 
Nearly  all  of  the  data  is  extracted  from  DSCP,  DLA,  DFAS,  and  DCMA  databases.  The 
manufacturers  cannot  edit  any  of  this  data,  which  means  that  there  can  never  be  an  inconsistency 
between  the  contract  that  DSCP  creates,  the  paper  DD250  that  is  signed  by  the  QAR  and  used  as 
a  packing  slip,  and  the  data  that  is  transmitted  to  DFAS;  and  the  data  that  DFAS  uses  to 
authorize  payment  for  invoices.  This  consistency  of  data  has  a  very  positive  impact  on  the 
timeliness  and  effectiveness  of  the  payment  process.  You  may  occasionally  find  differences 
between  your  paper  contract  and  DSCP’s  database  data.  Either  of  the  sources  may  be  incorrect. 
You  will  need  to  contact  your  DSCP  Point  of  Contact  (POC)  to  get  them  to  either  issue  a  mod  to 
the  paper  contract  or  correct  their  database.  Corrections  to  the  database  should  show  up  on  your 
web  pages  the  next  morning.  There  is  an  overnight  process  at  DSCP  and  VIM-ASAP  to 
incorporate  changes.  You  can  also  contact  the  VIM-ASAP  support  staff  using  either  the  800- 
number  or  e-mail  address.  Both  of  these  appear  on  the  first  page  of  the  VIM-ASAP  web  site. 


Menu 

Prepare  DD250s  j 

Contract  |SP010000D4022  jf*| 

Shipment  #: 

ttt  |  0006  Final  Shipment?  <*  No  O  Yes 

j  Delivery  Order  j  0028  [^j 

Mfg.  Invoice  #; 

123456]  j  weight:  |  I  Lot  No.  |  i 

j  Destination  |W25G1U  -XU  TRANSPORTATION  OFFIC 

ER'NEWZl  Chinnor 

United  Parcel  Service  HJ  Tracking  #: 

j  Ship  From  1 9A1 80 -Tennessee Apparel  CorpTullahomaTN  3l%j 

. . . . i  ■  . 

Alternate  Release  Procedure?  No  f  Yes 

Mode  of 
Shipment 

2  -  Government  watercraft,  barge,  lighter  |£] 

|  Large  Shipments  Special  Container  Labels?  C*  No 

Yes  .  , 

Block  23 
Comment 

"The  supplies  in  this  shipment  have  been  j§£ 

- 

subjected  to  and  have  passed  all  examinations  and  HI. 

|  Generate  DD250/Labels  | 

tests  required  by  the  contract  were  shipped  in 
accordance  with  authorized  shipping  instructions, 
and  conform  to  the  quality,  identity,  and  Jrj 

Figure  17  -  Top-Half  of  Prepare  DD250s  Web  Page 


The  web  page  for  the  DD250  can  be  viewed  as  two  pieces,  i.e.,  the  top-half  and  the  bottom-half. 
The  top-half  (see  Figure  17)  is  used  to  enter  the  basic  identification  or  header  information, 
including  the  contract  number,  delivery  order  number,  destination,  and  ship-from  location.  Each 
destination,  when  there  is  more  than  one,  has  its  own  set  of  CLINs  because  a  single  CLIN  can 
only  be  sent  to  one  destination.  There  can  be  as  many  ship-from  locations  as  identified  by  each 
manufacturer  (see  Section  5.1).  The  header  information  also  contains  the  shipment  number,  the 
final  shipment  indicator,  the  manufacturer’s  invoice  number,  the  weight  and  lot  number  of  the 
shipment,  the  shipper  and  its  tracking  number,  the  mode  of  shipment,  the  use  of  an  alternate 
release  procedure,  and  free-form  text  for  block  23  of  the  DD250.  The  shipment  number  is 
automatically  set  to  the  next  sequence  number  for  the  delivery  order,  but  can  be  changed  by  the 
user  to  any  other  unique  number.  If  this  is  the  final  shipment  for  the  delivery  order,  you  need  to 
click  the  “Yes”  option. 


If  you  do  indicate  that  this  is  the  final  shipment,  the  current  delivery  order  will  no 
longer  appear  on  the  “Prepare  DD250s”  web  page,  and  will  be  deleted  from  SAMMS. 


The  option  to  handle  large  shipments  is  located  directly  above  the  Generate  DD250/Labels 
button.  This  option  reduces  the  amount  of  data  required  to  be  downloaded  by  printing  a  single 
page  of  labels  for  each  NSN.  Rather  than  having  to  download  20  pages  of  labels  for  a  shipment 
of  200  containers,  checking  “Yes”  for  this  option  will  allow  you  to  download  a  single  page  of 
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labels.  You  can  then  control  how  many  copies  of  that  page  are  printed  by  using  the  Print  Dialog 
in  Windows,  or  by  running  copies  of  the  single  page  on  your  office  copier. 

Your  manufacturer’s  invoice  number  must  be  a  unique  number  across  all  contracts  and  delivery 
order  numbers.  This  is  a  tracking  number  for  the  payment  process  and  must  be  unique  -  the 
system  will  not  let  you  enter  a  duplicate  number.  The  shipper  and  its  tracking  number  can  be 
entered  here  or  later  when  you  are  preparing  the  shipping  documents.  The  final  entry  in  the  top- 
half  is  for  freeform  comments  for  block  23  of  the  DD250.  This  block  is  preloaded  with  the 
boilerplate  created  previously  (see  Section  5.2).  The  header  data  entry  should  be  completed 
before  moving  on  to  the  bottom-half  of  the  page  because  some  header  data  selections  will  change 
the  bottom-half  data. 


Click  this  button  after  all  entries  are  made.  (You  can  come 
back  and  edit  the  data  if  you  need  to  change  something.) 


The  number  of  containers  is  automatically  calculated 
based  on  ship  quantity  and  unit  pack 


Click  the  Edit 
button  to  change 
the  number  of 
items  in  each 
container. 
(You  will  see 
this  appear) 


Figure  18  -  Bottom-Half  of  Prepare  DD250s  Web  Page 


The  bottom-half  (see  Figure  18)  is  used  to  enter  the  quantity  being  shipped  and  any  remarks  for 
each  CLIN  and  to  edit  the  number  of  containers  and  the  quantity  in  each  container.  The  table 
contains  the  following  columns: 

•  CLIN:  Only  the  CLINs  that  are  going  to  the  selected  destination  are  in  this  list. 

•  NSN,  Nomenclature,  and  Size:  These  three  columns  identify  the  specific  garment. 

•  Order  Qty:  This  is  the  contract  order  quantity  for  each  CLIN.  The  up  or  down  arrow 
buttons  can  be  used  to  move  from  CLIN  to  CLIN  for  each  of  the  order  quantities  or  for 
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each  of  the  number  of  containers  if  the  user  decided  to  first  enter  the  number  of 
containers 

•  Ship:  The  user  enters  the  quantity  being  shipped  at  this  time.  This  number  is 
automatically  calculated  if  the  user  enters  the  number  of  containers  first. 

•  Shipped  to  Date:  This  is  the  quantity  for  this  CLIN  that  was  shipped  on  previous 
DD250s. 

•  Remarks:  Freeform  comments  can  be  added  to  each  CLIN  (e.g.,  5  boxes,  162  lbs). 

•  No.  of  Containers:  This  number  is  automatically  calculated  after  the  Qty  is  entered.  It  is 
set  to  the  Qty  divided  by  the  unit  pack.  The  user  can  change  this  number  and  also  edit  the 
number  of  items  in  each  container.  The  user  is  provided  with  an  option  to  not  enter  the 
Qty  and  instead  enter  the  number  of  containers  first.  This  causes  the  Qty  to  be 
automatically  calculated  by  multiplying  the  number  of  containers  by  the  unit  pack. 

•  Quantity  per  Label:  The  quantity  per  label  can  be  edited  as  long  as  the  resultant  total 
equals  the  “Ship”  quantity  from  the  prior  window. 

Click  the  “Generate  DD250/Labels”  when  ready  to  prepare  the  DD250.  Once  you  see  the 
DD250,  you  can  immediately  return  and  edit  the  data  or  you  may  return  at  a  later  time  to  edit  and 
finish  the  DD250. 

A  second  window  will  be  opened  as  soon  as  you  click  the  “Generate  DD250/Labels”  button.  The 
new  window  will  contain  two  different  types  of  documents  (see  Figure  19).  The  first  is  the 
DD250  form  and  any  continuation  sheets  that  may  be  required  if  there  are  too  many  CLINs  for 
the  first  sheet.  The  second  type  of  document  includes  the  number  of  sheets  that  are  required  to 
display  all  of  the  bar  coded  container  labels  (Avery  Label  5263  4”  X  2”  -  10  labels  per  sheet). 
The  DD250  will  appear  with  the  word  VOID  in  large  red  letters.  The  date  shipped  will  also  be 
missing  from  block  3.  This  is  done  so  that  it  is  clear  that  this  is  not  yet  a  complete  DD250.  This 
document  is  frequently  used  as  a  pick  list  and  for  a  review  by  the  QAR  to  make  sure  that 
everything  is  correct  before  the  DD250  is  viewed  as  complete  and  accurate.  The  process  for 
completing  the  DD250  is  explained  in  the  next  few  paragraphs. 
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Figure  19  -  Sample  DD250  and  Container  Label  Sheets 


An  example  of  the  control  buttons  at  the  top  of  the  new  window  can  be  seen  in  Figure  20  where 
the  user  can  print  all  pages  of  the  selected  document,  display  all  pages  of  the  Form  (i.e.,  DD250), 
display  all  pages  of  the  labels,  and  “Finish”  the  DD250  which  removes  the  red  VOID  and  inserts 
today’s  date  as  the  date  shipped  in  Block  3.  The  “Finish”  button  also  transmits  the  invoice  to 
DFAS  and  creates  the  MILSTRAP  transaction  if  those  options  were  selected.  Each  of  the  buttons 
is  activated  by  a  simple  click  on  the  desired  button. 

Displays  the  bar-coded  The  "Finish"  button  should  only  be  used  after  all 

container  labels  for  however  changes  have  been  made  and  it  is  time  to  make 

I  many  pages  are  required  the  shipment.  Do  not  click  this  button  If  you 

may  need  to  change  anything. 


Prints  all  pages  of  either  These  buttons  allow  you  to  view  each  page 

the  "Form"  or  the  "Labels"  of  the  DD250  form  or  sheet  of  labels 

depending  on  which  is  open  depending  on  which  is  open 

Figure  20  -  Control  Buttons  at  Top  of  DD250  and  Container  Labels 


Displays  the  DD250  form 
and  provides  access  to 
any  continuation  sheets 


The  “Finish”  button  is  the  most  important  button  on  the  DD250  form  page.  Once  clicked,  the 
DD250  can  no  longer  be  edited.  If  you  give  VIM-ASAP  permission  to  transmit  electronic 
DD250s  to  DFAS,  the  “Finish”  button  causes  the  invoice  data  to  be  transmitted  to  DFAS.  If  you 
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are  a  bill  and  hold  contractor  and  you  are  shipping  to  yourself,  the  “Finish”  button  causes  a 
MILSTRAP  transaction  (D4S)  to  be  transmitted  to  DSCP.  The  “Finish”  button  also  date-stamps 
these  forms  and  transactions. 


Click  the  “Finish”  button  only  when  you  want  these  things  to  happen.  You  cannot  pull 
these  things  back  once  you  have  clicked  the  “Finish”  button. 


6.5.  View/Edit  Existing  DD250s 

The  “View/EDIT  Existing  DD250s”  function  (see  Figure  21)  is  used  to  work  with  any  already 
created  DD250,  finished  or  not.  Unfinished  DD250s  can  be  edited,  deleted,  or  simply  recalled 
and  then  finished.  Finished  DD250s  can  only  be  viewed.  They  are  permanent  and  therefore 
cannot  be  edited  or  deleted.  Existing  DD250s  can  be  viewed  by  selecting  the  desired  contract  and 
delivery  order  and  then  clicking  the  appropriate  button  for  the  desired  DD250. 


Click  on  a  specific 
shipment  number  to 
view  the  DD250  and 
its  container  labels 


This  DD250  has  not 
been  finished  and  can 
be  edited  or  deleted 


Select  the  desired  contract  and 
delivery  order 


Contract  \  |SP01 000100336  ff[ 
Delivery  Order  t  Ipi 


MM 

NO 

TTT0001  12/07/2001  | 

NO 

Edit 

TTT0002  Not  yet  shipped  | 

Delete 

Figure  21  -  View/Edit  Existing  DD250s  Web  Page 


6.6.  Track  DD250  Payments 

This  function  displays  the  payment  status  of  all  SAMMS-formatted  VIM-ASAP  DD250s  (see 
Figure  22).  This  list  is  primarily  focused  on  unpaid  balances.  Fully  paid  invoices  are  kept  in  the 
list  for  a  few  weeks,  while  unpaid  and  partially  paid  invoices  are  kept  until  they  are  paid  in  full. 
The  list  is  ordered  by  invoice  number  with  the  oldest  at  the  top  of  the  list.  Payment  data  for  each 
CLIN  can  be  reviewed  by  clicking  the  “View”  button  at  the  end  of  each  invoice.  Recent  DD250s 
may  not  have  a  “View”  button  for  a  day  or  two  because  the  DD250  has  not  yet  been  recorded  in 
the  DFAS  payment  system.  SAMMS-formatted  payment  data  is  extracted  from  the  DFAS 
system  called  Vendor  Pay  Inquiry  System  (VPIS),  currently  located  online  at 
http://www.dfas.mil/monev/vendor/index.htm.  MOCAS-formatted  payment  data  cannot  be 
tracked  at  the  current  time  due  to  VPIS  payments  not  being  associated  with  specific  Invoices  and 
CLINs,  however  MOCAS-formatted  data  can  be  viewed  online  in  VPIS  at  the  address  above. 
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Each  manufacturer  should  contact  DFAS  if  the  VPIS  data  is  not  updated  after  a  week  or  ten  days. 
There  may  have  been  a  breakdown  in  the  system  that  updates  the  payment  data. 


m 

^iciick  on  Ihs  "Wew"  link 
*  to  review  payments  for 
each  CLIN,  deluding  any 
multiple  psymentB 

— Click  on  the  "Remove" 

ICK  :  9WXX3  |  BWaKCU 
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rrHrai  |  j  a:.ac  ?  onrcac: 
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1*1 1=1  M  ^  | 

urn  macjss  j  crctsnct+Mi 
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rn-aocr  1  rciyn?  a  |  a:jc  \  ocooz: 

m*st  **i  Tim ! 

j  nr*  Baczw  \  tpsaotn'i* 

■Cl 

nraoi  |  ifn*/r  m  \  mom  j  itsarjoca 
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mraes-K.  j  i*w  j  1  -mmim  i 
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|  Us  !  LwaiinA 

I  im?  | 

an 

n  mu  l  %w,.'  m  \  i !  a ;  \  nrawnv 

■mhv!  Qia  1  /wwi'l 

button  to  remove  a  paid 
Invoice  that  you  do  not 
wish  to  track  any  more 

Detail"  column 

PIS  has  not  yet 
>250  from  WfnS 

||  inn*.  ]  ww&vx  |  tn^rmni  j 

-arjm'-  |  vrr'vr.fj  at  t.  ;  iar*twv 

. A . 

•m  «i!  rs  ?  ^  j  rfiwwaSw  p 

T  T 

A  blank  "Date  Paid*  column  A  blank  'DFAS  1 

indicates  that  DFAS  has  not  indicates  that  V 

leaned  a  payment  for  the  CLIN.  received  the  DC 

Figure  22  -  Track  DD250  Payments  Web  Page 


The  “Remove”  link  will  remove  that  Invoice  Number  from  the  tracking  window. 
This  feature  will  keep  paid  items  from  displaying  and  make  it  easier  to  view  only 
those  items  that  need  to  be  tracked. 


A  click  of  any  “View”  button  generates  a  detailed  list  for  the  selected  invoice  (see  Figure  23). 
Whenever  DFAS  makes  a  partial  payment  for  any  of  the  CLINs,  they  create  a  suffix  code  for  that 
CLIN  and  separate  the  invoice  amounts  into  multiple  pieces.  DFAS  frequently  does  not  enter 
some  of  the  data  into  VPIS  until  they  make  a  payment.  It  is  not  uncommon  for  the  gross  invoice 
amount  to  be  blank  until  the  payment  is  made. 


Repeat  of  summary  line  from  the  selected  View  button 

l 
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E0716102 
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All  CLINs  (paid,  partially  paid  Click  this  button  to  close  this  window  and  return  to  the  prior  window 

and  unpaid)  appear  in  this  list 

Figure  23  -  DFAS  Detail  Web  Page  for  a  Single  DD250 


The  list  of  invoices  contains  columns  that  are  defined  in  the  table  on  the  following  page.  The 
column  marked  as  “Source”  is  used  to  identify  the  source  of  the  data. 
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Name 

Source 

Invoice  Number 

ASAP 

Invoice  Date 

ASAP 

Contract 

ASAP 

Delivery  Order 

ASAP 

Shipment 

ASAP 

Invoice  Amount 

ASAP 

Adjustments 

VPIS 

Date  Paid 

VPIS 

Paid  Amount 

VPIS 

Unpaid  Balance 

ASAP 
&  VPIS 

DFAS  Detail 

Table  3  -  Track  DD250  Data  Fields  and  Sources 


Description 


This  number  is  extracted  from  Block  6  of  each  DD250. 


This  date  is  extracted  from  Block  3  of  each  DD250. 


This  is  extracted  from  block  1  of  the  DD250. 


This  is  extracted  from  block  1  of  the  DD250. 


This  is  extracted  from  block  2  of  the  DD250. 


This  is  extracted  from  block  20  for  the  sum  of  all  CLINs  for  the  DD250. 


This  is  extracted  from  the  DFAS  data  for  discounts  taken  (negative 
number)  and  interest  paid  (positive  number). 


This  is  extracted  from  the  DFAS  data  for  the  most  recent  payment  on 
any  of  the  CLINs. 


This  is  extracted  from  the  DFAS  data  for  the  sum  of  all  payments  for  all 
CLINs  of  the  DD250  (including  both  partial  and  full  payments  for  each 
CLIN).  _ 


This  is  the  difference  between  the  Invoice  Amount  and  the  Paid  Amount. 


Click  the  appropriate  button  to  see  the  detailed  data  for  each  CLIN.  A 
blank  button  means  that  DFAS  has  not  yet  received  the  digital  DD250 
data.  This  is  normal  for  a  day  or  two.  Contact  the  VIM-ASAP  help  desk  if 
the  data  has  not  been  received  by  DFAS  after  more  than  three  working 
days.  There  may  be  a  problem  at  one  end  or  the  other  that  needs  to  be 
corrected. 


The  detailed  list  of  CLIN  payments  for  the  selected  invoice  contains  the  following  columns  (a 
few  of  the  columns  at  the  end  of  the  list  would  not  fit  on  the  figure,  but  are  defined  below): 

Table  4  -  DFAS  Detailed  Invoice  Data  Sources  _ 


Name 

Source 

Description 

CLIN 

ASAP 

This  number  is  extracted  from  Block  15  of  the  selected  DD250. 

Sfx 

VPIS 

DFAS  creates  a  suffix  code  whenever  a  CLIN  is  split  into  two  or  more 
payments). 

Voucher 

VPIS 

DFAS  voucher  identification  number 

EFT  Trace 

Electronic  fund  transfer  trace  number  (if  payment  was  made 
electronically) 

Check 

VPIS 

DFAS  check  number  (if  payment  was  not  made  electronically) 

Status 

VPIS 

DFAS  payment  status  (either  pending  or  paid) 

Invoice  Amount 

ASAP 

This  number  is  extracted  from  Block  20  of  each  CLIN. 

Payment  Amount 

VPIS 

DFAS  payment  record  for  each  CLIN 

Discount  Amount 

VPIS 

The  amount  of  discount  taken  by  DFAS. 
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1  Name 

Source 

Description 

Interest  Amount 

VPIS 

The  amount  of  interest  paid  by  DFAS  whenever  the  payment  is  late. 

Tax  Withheld 

VPIS 

This  is  a  DFAS  number  that  is  not  explained,  but  can  be  used  in  the 
calculations. 

Gross  Invoice 

VPIS 

This  is  the  sum  of  the  invoice  amount  plus  the  interest  amount  less  the 
discount  amount  and  tax  withheld. 

Last  Action 

VPIS 

The  date  of  the  last  action  taken  by  DFAS. 

Date  Paid 

VPIS 

The  date  that  a  CLIN  is  paid  (blank  while  payment  is  pending). 

Invoice  Received 

VPIS 

The  date  that  DFAS  received  the  invoice. 

Material 

Acceptance 

VPIS 

The  date  that  the  material  was  accepted  by  the  ship-to  destination  (block 
13  of  the  DD250).  This  typically  comes  from  the  date  that  the  D4S 
MILSTRAP  transaction  was  created. 

Locator  Code 

VPIS 

Defense  Contract  Management  District  (DCMD),  or  the  Defense  Plant 
Representative  Office  (DPRO),  or  Accounting  Office(AO) 

Scheduled 

Payment 

VPIS 

This  is  the  date  that  DFAS  has  entered  for  the  date  they  plan  to  make 
the  payment  (frequently  left  blank  by  DFAS). 

Reason  Code  and 
Remarks 

VPIS 

These  two  codes  work  together  to  explain  what  is  happening  with  the 
payment.  You  can  download  a  DFAS  document  that  explains  these 
codes  at  htto://www.dfas.mil/monev/vendor/remdoc.pdf. 

6.7.  Prepare  Shipment  Labels 

Every  new  DD250  is  entered  into  queues  of  shipments  that  are  organized  by  ship-from  location 
and  destination.  The  shipping  labels  (DD  Form  1387  “Military  Shipment  Label”)  are  accessed 
for  one  or  more  shipments  (a.k.a.,  DD250s)  by  selecting  the  desired  ship-form  location  and 
destination  (see  Figure  24). 


Select  the  Shipper  and 
Mode  of  Shipment 


Ship  From  1 9A1  BO  Tennessee  Apparel  Cojid,  Tullahoma  TN  jj 
Destinations  |  W25G1 U  XU  TRANSPORTATION  OFFICER,  NEW  (g 


Select  the  Ship  From 
location  and  Destination 


ler  (see  Other  Corr' 


Enter  Postage, 

Weight,  Volume 
and  Charges  (if 

known)  along  Total  Labels:  2 
with  the  Tracking 
Number  for  each 
of  the  labels 


:: 

:\;r 

p 

ISSESS 

■SEPSIB :  HI 

1  1i! 

1  *1 

1 - i 

1Z7896541212345 

»  -W- 

2  i  _ i 

I  11l 

*i 

■■B 

1Z4569871 239876 

Remove  | 

Add  Label 


Generate  Label 


All  labels  checked 
will  be  printed 


il 

SP01 O0O2D4D1 5 

0003 

TTT0100 

fp 

SP010002D4015 

0003 

TTT0101 

1 

Click  to  Remove 
a  label 


Click  to  Add  a  label 


Click  to  Generate 
the  Shipping  Label 
in  a  new  window 


Figure  24  -  Prepare  Shipment  Labels  Web  Page 
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Once  the  appropriate  shipment  is  selected,  the  user  enters  data  for  the  following: 

•  Shipper:  Use  the  pull  down  list  to  select  the  appropriate  shipper  (if  you  need  a  shipper 
added  to  the  list,  send  an  e-mail  message  to  VIM-ASAP  to  identify  the  shipper). 

•  Mode  of  Shipment:  Use  the  pull-down  list  to  identify  the  DSCP  required  code. 

•  Add  Labels:  A  separate  address  label  is  required  for  each  separable  package  (e.g.,  a 
pallet  with  many  containers  requires  a  single  shipping  label  while  two  pallets  require  two 
labels).  When  the  “Add  Labels”  button  is  clicked,  a  new  row  will  appear  for  the  user  to 
enter  data  for  each  address  label  required.  NOTE:  You  may  have  to  scroll  through  the 
window  to  see  each  line. 

•  Comment:  Any  free  form  comment  can  be  made  about  the  shipment  (e.g.,  pallet  ID).  The 
comment  will  be  printed  off  to  the  right  of  the  shipment  label. 

•  Postage:  The  cost  of  the  postage  is  only  entered  if  the  package  is  sent  via  the  US  Postal 
Service. 

•  Weight:  Enter  the  weight  of  all  containers  for  an  individual  shipment  label. 

•  Volume:  Enter  the  volume  (in  cubic  feet)  of  all  containers  that  are  associated  with  an 
individual  shipment  label. 

•  Charges:  The  shipping  charges  are  entered  here. 

•  Tracking  Number:  The  tracking  number  as  identified  by  the  selected  shipper  is  entered 
here. 

•  Ship:  The  user  can  decide  which  of  the  DD250s  are  to  be  shipped  at  this  time.  Click  the 
small  box  under  the  Ship  column  to  turn  on  the  option  to  ship  a  specific  DD250. 

•  Contract  Number:  The  contract  number  for  the  DD250  is  displayed  here. 

•  Delivery  Order:  The  delivery  order  number  for  the  DD250  is  displayed  here. 

•  Shipment  Number:  The  shipment  number  for  the  DD250  is  displayed  here. 

After  you  are  satisfied  with  all  of  the  data  and  options,  click  the  “Generate  Label”  button  to 
create  the  shipping  label.  A  new  window  will  be  opened  (see  Figure  25)  that  provides  the  option 
to  print  shipping  label(s)  as  well  as  a  list  for  all  orders  that  are  part  of  this  shipment.  The 
shipping  label  will  have  a  red  VOID  stamp  on  it  indicating  that  it  is  not  yet  finished.  Clicking  on 
the  “Finish”  button  will  remove  the  VOID  as  well  as  indicate  the  Date  Printed  on  the  subsequent 
“View  Existing  Shipment/Container  Labels”  page.  (NOTE:  The  label  will  no  longer  be  editable 
once  it  has  been  finished.) 

Once  you  have  printed  your  label  you  may  close  the  new  window.  You  can  then  see  a  “Refresh” 
button  added  to  the  original  Prepare  Shipping  Labels  page,  and  your  choices  in  the  drop-down 
menu  boxes  are  grayed  out.  To  see  the  remaining  data,  simply  click  “Refresh”  and  your  updated 
items  will  be  displayed  that  are  still  awaiting  shipping  labels. 
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Form 

11  Label 

Container  j 

&■'  =  Print' 

|  4  Prev  | 

Next  ►! 

i 


Finish  j 


MILITARY  SHIPMENT  LABEL 


it.TRAMSPORTATDHOONTflOU-  NUMBER 


SW321823210001XXX 

whom 

9A18D  Tennessee  Apparel  Corp 
!  401  N  Atlantic  St 

TuII>homa*nto7j88^ftj3|  pL 
iwtwpoe  V  Jr  I  LI 

S  SW3218  DEF  DlST  DETOtYJOTiEGO 

2680WODEMW«EET^'shed 
!  RECEIVING  BLDG  3304 
i  SAN  DIEGO  CA  92136*5491 

7  POD 

sj/TinATf  CO  NSGNEE  0  R  MARK  TO  R 

II 1111  III 

W25G1U 

XU  TRANSPORTATION  OFFICER 
|  DDSP  NEW  CUMBERLAND  FACILITY 
BUILDING  MISSION  DOOR  113  134 
NEW  CUMBERLAND  PA  17070-5001 

DO  FORM  1337,  JUL 1999 


2JOCTACe»TA 

dYFESERVCE 

UPS 

I.TRAUS  PRORflY 

3 

B.PTOJBCT 

»wr:  . .  | 

40 

IhJEDD 

335 

tt£UBe 

tSCHANS<& 

MJAT8  SWRPI0  ! 

2002322 

M#MSCIOeNO 

UPJBCfMJ 

11 

III 

1 

nr.TOTW.  pieces 

1 

wmwttrmKGceKiBe  j 

Figure  25  -  New  Window  for  Shipment  Labels 


A  sample  list  is  shown  in  Figure  26.  The  list  identifies  all  of  the  DD250s  that  are  part  of  this 
shipment,  including  total  counts  for  all  NSNs  and  a  count  for  the  number  of  containers  for  each 


DD250. 


The  list  can  also  be  used  as  a  “pick  list”  for  warehouse  personnel. 


Mswm 

Label  1 

Container] 

f  Print 

4  Prev 

Next 

Figure  26  -  List  for  Shipment  Labels 


Finish  1 
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6.8.  View  Existing  Shipment/Container  Labels 

Existing  shipment  and  container  labels  are  kept  in  the  database  for  10  days  following  their  initial 
printing.  This  is  done  so  that  lost  or  damaged  documents  can  be  reprinted.  They  can  be  recalled 
(see  Figure  27)  by  first  selecting  the  ship  from  location  and  then  clicking  on  the  “View”  button 
for  the  shipment  of  interest.  The  TCN  (Transportation  Control  Number)  provides  a  unique 
identifier  for  each  shipment,  but  the  date  of  the  shipment  and  its  destination  is  also  provided  for 
reference  purposes.  The  “View”  button  will  provide  access  in  another  window  for  reprinting 
shipment  and  container  labels  as  well  as  the  list  of  DD250s  that  were  shipped  on  the  same  TCN. 


Every  shipment  is  assigned  a  unique 

Transportation  Control  Number  Select  the  Ship  From  site 

Ship  From  |sai  80 -Tennessee  Apparel  Corp.TtillaftomaTN  jd 

« 

-The  ’View"  link  opens  a  new 
window  for  all  shipment- 
related  documents 

JU29  2O02l2.4?PM 

W6202T221 00021 XXX 

Y4S202T  -  WS202T  XU  CCF  CtST  DEPOT  SAN  JOAQUN.  TftAtY  CA 

Vkw-4 

>M  29  20021241PM 

W2SO1U221O0O2OXXX 

W2SG1U-  W2S01U  XU  TRANSPORTATION  OFFICER.  NEW CLfcCERl. AND  PA 

h*»hlpp<nohfe«t 

FYW9820550003XXX 

FY0498-  FYW98FY04S9  AFJROTC  TN-J-9J,  MANCHESTER  TN 

Wtow 

IdkifilHrinaMta! 

FY05112W1COO6XXX 

FY0511  -  FY0511  FYOSlI  AFJROTC  NC-072,  DOBSON  WC 

Hhehtortwlitet 

fY»1 620570004  XXX 

FY061G  -  FY0616  FY0816  AFJROTC  NO- 20001 ,  JERSEY  CITY  HI 

““j 

Ed*  Utxl 

FY08402W20005XXX 

FY064O-  FYO$40  FY0840  AFJROTC  KY20002. 6EREAKY 

StkM 

. 

T 

Shipping  documents  that  have  not  yet  been  printed 
(do  not  have  the  Date  Printed  already  filled  in)  can 
still  be  edited  by  clicking  on  the  "Edit  shipping  label"  link 

Figure  27  -  View  Existing  Shipments  Labels  Web  Page 


7.  Manage  Depot  Operations 

Each  bill  and  hold  contractor  has  access  to  DSCP  data  to  be  able  to  perform  depot  related 
functions  from  the  receipt  of  MROs  through  the  preparation  of  shipping  documents  as  well  as  the 
electronic  transmission  of  the  appropriate  transactions.  The  following  subsections  explain  how  to 
use  each  of  the  depot  functions. 

7.1.  Ship  Orders  -  Review  Orders  and  Generate  MROs 

Each  bill  and  hold  contractor  has  access  to  all  of  the  MROs  that  have  been  issued  to  them  and 
not  yet  filled  from  DSCP’s  system  called  SAMMS.  This  function  is  used  to  call-up  a  specific 
ship-to  destination  by  DODAAC  or  all  destinations  at  one  time  (see  Figure  28).  The  function  is 
operated  by  identifying  the  MROs  to  NOT  be  printed  by  turning  off  the  check  mark  for  a  specific 
MRO  in  the  column  identified  as  “Print”.  All  MROs  are  initially  checked  for  printing  because 
this  is  the  most  commonly  selected  option.  Click  the  “Print  MRO(s)”  button  when  ready  to  print 
the  MROs  (DD  Form  1348-1A). 
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Select  a  specific  destination  or  the  Click  this  button  when  ready  to  print 

"All  Ship  Destinations"  option  the  MROs  selected  below 

DODAACt!sC0108- hWVAL  TRAINING  CENTER, GREW LAKESIl (2)^1  1 

1 

If 

•  ~  f  '  1  L  '  ^ 

liifv  j  i 

f  -if 

•  .f 

•  :.X\ 

i 

SC01 0822071 51 D 

SC01Q8 

8405-01-076-0740 

trousers,  me 

33  regular 

03 

DEL 

315 

72 

2L 

SC01 082207t  52DA 

S001 08 

8405-01-076-0761 

trousers,  me 

38  long 

03 

DB. 

0 

236 

2L 

F 

1 

T 

The  selected  MROs  will  all  print  unless 
you  UNCHECK  any  unwanted  MROs 

Figure  28  -  Review  Orders  and  Generate  MROs  Web  Page 


The  table  of  data  for  the  MROs  contains  the  following  columns: 

•  Requisition:  The  requisition  number  for  each  MRO 

•  Deliver  to  DODAAC:  The  DODAAC  that  is  to  receive  the  shipment 

•  NSN:  The  National  Stock  number  requested  on  the  MRO 

•  Nomenclature:  The  description  for  the  NSN 

•  Size:  The  size  for  the  NSN 

•  RDD:  The  required  delivery  date  for  the  item  stated  as  the  Julian  day  of  the  year  (RDDs 
of  777  and  999  are  used  to  indicate  high  priority  MROs) 

•  Priority:  A  two  digit  code  with  the  following  interpretation: 


Code 

Conus 

Overseas 

11 

31  days 

69  -  84  days 

12 

31  days 

69  -  84  days 

13 

31  days 

69  -  84  days 

14 

31  days 

69  -  84  days 

15 

31  days 

69  -  84  days 

Code 

Conus 

Overseas 

06 

12  days 

16-17  days 

07 

12  days 

16- 17  days 

08 

12  days 

16 -17  days 

09 

31  days 

69  -  84  days 

10 

31  days 

69  -  84  days 

Code 

Conus 

Overseas 

01 

8  days 

12- 13  days 

02 

8  days 

12  - 13  days 

03 

8  days 

12- 13  days 

04 

12  days 

16- 17  days 

05 

12  days 

16 -17  days 

•  Project  Code:  A  three  character  code  that  identifies  the  project  that  initiated  the  MRO 

•  On-Hand  Qty:  DSCP’s  count  of  the  quantity  on-hand  at  the  depot  that  received  the 
MRO  after  the  quantity  on  the  MRO  has  been  subtracted 

•  Order  Qty:  The  order  quantity  of  the  MRO 

•  Advice  Code:  A  two  character  code  (click  on  each  advice  code  to  get  a  full  explanation) 

•  Note:  Notes  are  used  whenever  there  is  an  in-the-clear  address  for  an  MRO  (Click  on  the 
note  to  see  the  address) 

•  Print:  A  check  mark  in  the  box  in  this  column  means  that  the  MRO  is  to  be  printed 

A  click  of  the  “Print  MRO(s)”  button  causes  anther  window  to  be  opened  that  contains  one  or 
more  pages  or  MRO  forms  and  a  list  of  those  MROs  (see  Figure  29).  Two  MROs  are  formatted 
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for  printing  on  each  printable  page  except  when  there  is  an  in-the-clear  address  for  an  MRO.  In 
that  case,  the  in-the-clear  address  is  printed  on  the  bottom  half  of  the  MRO  page.  The  “Print” 
button  in  the  upper  left-hand  comer  of  the  window  is  used  to  print  the  form. 


DO  NOT  use  the  browser  print  button.  The  “Print”  button  in  the  window  will  format 
the  pages  correctly  and  send  the  MRO  to  the  shipping  data  queue. 


Figure  29  -  MRO  Form  Window 


The  list  of  MROs  can  be  viewed  by  clicking  the  “List”  button  at  the  top  of  the  window  (see 
Figure  30).  If  a  destination’s  MROs  exceed  a  single  page,  you  may  scroll  though  the  pages  by 
using  the  “Prev”  and  “Next”  buttons.  Clicking  the  “Print”  button  when  viewing  any  of  the  pages 
of  the  “List”  will  print  every  page  of  the  list.  Once  this  MRO  has  been  printed  the  MRO  will 
move  from  this  queue  in  to  the  “Prepare  Shipment  Labels”  queue.  However,  it  can  still  be 
reprinted  if  needed  by  going  to  the  “Print  Unshipped  MROs”  screen. 
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2 

95743422060002 

8405-01-477-1167 

shorts,  men’s 

36  regular 

2 

95743422060004 

8415-01-476-0207  j 

shirt,  gulf 

large 

2 

8415-01-476-4949 
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large 

1 
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1 

1  \  .  1 
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Figure  30  -  MRO  List  Window 

The  MRO  List  window  makes  a  great  “Pick  List”  for  the  warehouse. 


7.2.  Ship  Orders  -  Process  Verbal/Written  Orders 

There  are  times  when  material  needs  to  be  ordered  immediately  and  the  requisitioner  cannot  wait 
for  the  formal  system  to  issue  the  requisition.  In  these  cases,  the  bill  and  hold  contractor  may 
receive  a  verbal  or  faxed  order.  When  this  happens,  the  system  still  needs  all  of  the  required  data, 
which  means  that  the  data  must  be  entered  into  the  system  manually  (see  Figure  31).  The 
manually  entered  MRO  will  immediately  show  up  in  the  bill  and  hold  contractor’s  queue  of 
MROs  (see  Section  7.1)  so  that  VIM-ASAP  can  be  used  to  prepare  all  required  documents  and 
MILSTRIP  transactions. 


Enter  all  the  required  data 
in  this  row 


_ _  Exception  Comment! 

Exception  Data  1  :  jATTlfc  SSGT  John  Do« 

Exception  Delia  2 :  | 

Exception  Data  3:  ] 

Exception  Dole  4 :  ] 

Exception  Deio  3:  |  "** 

U _  - _ 


Enter  any  in-the-dear 
addresses  here  (on 
individual  lines,  not 
word-wrapped) 


You  may  delete  any 
previously  entered 
manual  requisitions 


Click  this  button  to  edit  any  previously  Click  the  "Clear  All”  button  to  empty  the  previous  line 

entered  manual  requisition  and  enter  another  manual  requisition 


Click  the  "Update"  button  after  entering  the  data 


Figure  31  -  Process  Verbal/Written  Orders  Web  Page 
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The  data  entry  fields  are  organized  into  the  same  sequence  as  the  standard  form  that  is  faxed  by 
DSCP.  Simply  enter  the  data  in  the  appropriate  field,  tab  to  the  next  field  and  enter  that  data,  and 
the  click  the  “Update”  button  after  all  the  data  has  been  entered.  You  may  edit  or  delete  the 
MRO  data  until  the  MRO  is  printed  or  until  the  data  is  replaced  sometime  in  the  next  few  days 
when  DSCP  updates  SAMMS.  The  headings  for  the  data  fields  that  need  to  be  manually  entered 
are  as  follows: 


Table  5  -  Process  Verbal/Written  Orders  Data  Fields 


!  Heading 

Definition 

MS 

Media  Status  Code 

Required 

FSC  NIIN  (NSN) 

The  National  Stock  Number  has  two  components  (4  digit  Federal 
Stock  Code  +  9  digit  National  Item  Identification  Number) 

Required 

U/l 

Unit  of  Issue  is  entered  from  the  verbal  or  written  order,  but  is  then 
extracted  for  the  selected  NSN  from  the  DSCP  database 

Automatic 

Qty 

The  order  quantity 

Required 

Document  Number 

The  14  character  requisition  number  (6  character  DODAAC  +  4 
digit  Julian  Date  (YDDD)  +  unique  4  character  string) 

Required 

DS 

Demand  Suffix  (N  and  R  codes  are  automatically  reset  to  blank) 

Optional 

Supp- Address 

DODAAC  for  supplementary  address 

Optional 

SC 

Signal  Code 

Optional 

FC 

Fund  Code 

Optional 

DIS 

Distribution  Code 

Optional 

PRJ 

Project  Code 

Optional 

PRI 

Priority  Code 

Optional 

RDD 

Required  Delivery  Date 

Optional 

ADV 

Advice  Code 

Optional 

RIC  FM 

The  RIC  of  the  depot  that  forwarded  the  requisition 

Optional 

OWN  PUR 

This  is  two  separate  one  character  data  elements  entered  as  if  it 
were  a  single  field  (Ownership  Code  and  Condition  Code) 

Required 

Condition  Code 

Supply  Condition 

Required 

Exception  Comments 

A  maximum  of  20  lines  (no  word  wrap)  of  free  form  comments 

Optional 

7.3.  Ship  Orders  -  Print  Unshipped  MROs 

Once  the  MRO  has  been  reviewed  and  printed,  it  disappears  from  the  Review  Orders  and 
Generate  MROs  queue.  While  the  requisition  is  in  the  Prepare  Shipment  Labels  queue,  the  MRO 
form  itself  is  not  available.  The  Print  Unshipped  MROs  queue  allows  you  to  review  or  reprint 
those  MROs  during  the  shipping  phase  of  the  process.  Once  the  shipping  labels  have  been 
Finished,  the  MRO  would  be  visible  in  the  View  Existing  Shipping/Container  Labels  queue. 
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7.4.  Ship  Orders  -  Prepare  Shipment  Labels 

Shipment  labels  can  be  generated  for  a  collection  of  already  printed  MROs  that  are  all  going  to 
the  same  destination  (see  Figure  32).  Only  MROs  that  have  not  already  been  shipped  and  were 
previously  printed  using  the  function  “Review  Orders  and  Generate  MROs”  (see  Section  7.1) 
appear  in  the  list  of  MROs  for  the  selected  destination.  This  function  prepares  the  required 
shipping  labels  (DD  Form  1387),  the  bar  coded  container  labels,  a  list  of  requisitions  and 
quantities  as  a  checklist  for  the  shipment,  and  any  of  the  MROs  that  had  their  quantity  changed. 


Destinations 


I  coni  m 


OTHINO 


Select  the  Destination 


|  United  Parcel  Service 

Select  the  Shipper”" 
and  Mode  of  _ 

Shipment,  and 
Enter  Postage, 

Weight,  Volume  and  Total  Labels:  2 
Charges  (if  known) 
along  with  the 
Tracking  Numbers) 


All  labels 
checked 
will  be  printed 


1 5  Surface-Small  Package  Carrier  (see  Other CorrjJ  [” 

&  No  f)  Yes 


mm 

MB 

£MiJ 

22 

|  it 

i  ..J 

j 1Z1 234567891 2345 

Removt^ 

D 

—Mil 

18 

1 . « 

1 .J 

j 1Z1 234567891 2346 

Remove  | 

Add  Label 


SC01 002323G1 45 

8405-01  -342-0005 

I  90 

3 

ffditl 

EL 

SC01 002323Q1 98 

8405-01-342-0017 

|  30 

1 

i 

Sdit'l 

-  Click  to  Remove 
a  label 

Click  to  Add  a  label 


Click  to 
|3  Generate  the 
Shipping 
Label  in  a 
new  window 


Figure  32  -  Prepare  Shipment  Labels  Web  Page 


The  data  entry  requirements  have  been  organized  for  this  user’s  manual  into  a  top  half  and  a 
bottom  half.  The  top  half  (see  Figure  33)  data  is  for  information  about  the  entire  shipment  (e.g., 
shipper,  mode  of  shipment,  etc.).  More  than  one  address  label  is  required  when  the  shipment  is 
being  made  in  containers  that  can  be  separated  (e.g.,  multiple  pallets).  Each  separate  container 
needs  it  own  address  label.  Change  the  number  of  address  labels  from  the  default  value  of  one  to 
whatever  number  is  required  by  clicking  the  “Add  Labels”  button  for  each  label  needed. 


The  same  option  for  large  shipments  is  available  here  as  it  was  on  the  Prepare  DD250s  page 
illustrated  in  Section  6.4.  Selecting  “Yes”  for  Large  Shipments  Special  Container  Labels  will 
allow  you  to  download  only  one  page  of  labels  per  NSN,  printing  as  many  copies  as  you  need 
locally.  This  can  greatly  reduce  the  time  needed  to  generate  the  labels  and  download  them. 
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Select  the  mode  of  shipment 


Select  the  shipment  destination 


Destinations  N3029B-  NAV/ 


Select  the  shipper  — 

Enter  any  comments  — - 
about  the  shipment 

Enter  the  postage  cost  — 
{fusing  US  Mail 

Enter  the  weight  of  each 
exterior  container  in  Lbs/ 


r  (see  Other  Corr 


28.5  tl  124567691234567  I 


11  — Specify  the  number  of 

-  address  labels  needed 

^  for  ail  separate  exterior 

!  containers  (e.g.,  pallets) 


•  j  Gener|te  Label  | 

Enter  the  volume  of  the  exterior 
container  in  cubic  feet 


„  Enter  the  shipper’s 
tracking  number 


Enter  the  shipping  charges 


Figure  33  -  Top  Half  of  Prepare  Shipment  Labels  Web  Page 


The  bottom  half  (see  Figure  34)  is  used  to  enter  data  about  each  requisition  in  the  shipment.  Each 
of  the  requisitions  that  is  to  be  included  with  this  shipment  need  to  have  a  check  mark  inserted  in 
the  “Ship”  column  by  clicking  that  column  for  the  appropriate  requisition.  The  quantity  to  be 
shipped  can  be  changed  if  there  were  not  enough  items  for  a  specific  requisition.  When  the 
quantity  is  changed,  another  MRO  (DD  From  1348-1A)  can  be  printed  to  replace  the  previously 
printed  MRO.  The  number  of  containers  can  also  be  changed  and/or  edited  using  the  “Edit” 
button  in  the  right  hand  column  for  each  requisition.  The  “Edit”  button  causes  a  small  window  to 
be  opened  (see  Figure  35)  where  the  number  of  items  in  each  container  can  be  changed  as  long 
as  the  total  quantity  for  the  referenced  requisition  remains  the  same  at  the  time  that  the  “Update” 
button  is  clicked. 


Check  this  box 
to  ship  this  item 


Make  any  corrections  to 
the  ship  quantity 


Make  any  changes  to 
the  number  of  containers 


Click  "Edit"  to  change 
the  number  of  NSNs 
in  each  container 


N306S222030203 

M05-0!  .151  -1623 

Iftes 

WwmmmS 

llSBMi 

21 

pdltl^ 

F 

W065»Mf3i02<W 

6405J0t.151.193S 

1  ...A 

r- r 

_ ^ 

4.  M 

Click  on  any  Advice  Code  Click  on  any  Note 
to  get  its  description  to  get  its  description 


Figure  34  -  Bottom  Half  of  Prepare  Shipment  Labels  Web  Page 
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Make  changes  to  the  number  of 
containers  or  the  quantity  of  NSNs 
in  a  container 


Rows  can  be  added  or  removed  to 
make  any  required  changes  to  the 
number  of  containers  or  the  NSNs 
in  each  container 


_ _ ^ 

Hiiil 

« - — _ 

1  2 

|  30  80 

- - — ► 

1  1 

1  4  ]  4 

3 

Total  Entry:  64 

Ship:  84 

4 - - - 

Add  Row  |  Remove  Row  | 

Cancel  &  CloseT 


Cancel  Entry  1 


These  two  numbers  must 
be  equal  before  the 
quantities  can  be  updated 


Saves  any  changes  that  Returns  all  quantities  to  original  Returns  all  quantities 

were  made  to  the  quantities  settings  and  closes  window  to  original  settings 


Figure  35  -  Small  Window  for  Editing  Container  Information 


Click  the  “Generate  Label”  button  when  you  are  satisfied  with  all  of  the  data  that  you  have 
entered.  The  “Generate  Label”  button  causes  a  new  window  to  be  opened  that  contains  the 
shipping  label  (see  Figure  36),  any  changed  MROs  (button  is  grayed-out  if  no  MROs  were 
changed),  the  container  labels  (see  Figure  37),  and  a  list  of  all  requisitions  that  are  included  in 
this  shipment  (see  Figure  38).  The  list  is  intended  to  be  used  as  a  checklist  to  make  sure  that 
every  container  is  accounted  for  in  the  shipment.  Each  of  the  documents  can  be  printed  by 
clicking  on  the  document  (e.g.,  “Shipping”  button)  of  interest  at  the  top  of  the  web  page  and  then 
clicking  the  “Print”  button  at  the  top  of  the  web  page.  Use  the  maroon  print  button,  not  the 
browser’s  print  button.  Until  the  “Finish”  button  is  clicked,  the  shipping  label  (see  Figure  36) 
will  contain  the  large  red  letters  VOID  as  a  reminder  that  the  shipment  remains  open  for  changes 
and  that  none  of  the  MILSTRIP  transactions  have  been  transmitted. 
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A  click  of  the  “Finish”  button  will  remove  the  VOID  lettering  and  transmit  the 
appropriate  MILSTRIP  transactions  for  each  of  the  MROs  in  the  shipment.  Do  not 
“Finish”  the  document  unless  you  are  ready  to  transmit  the  MILSTRIP  transactions. 


Ilk  Form  '.|  |  Label  Container 
f  Print  |  4  Prev  |  Next  jj  ITjf*  1 


List  I 


Finish 


MILITARY  SHIPMENT  LABEL 

ll.TIUnSTOirTAIDNCONTHOLL  NUMBER 


fam Afpi WB  lb.  188 
kpOSW6Et>ATA 


3.PH011 

UY3146  TENNESSEE^?! 

1809  ESTILtKSPRINGSftCAD 

TULLAHOMATN  37388-5510 

Jl^WPTOffOE 

N30652  NAVAL  SCIENCE  INSTRUCTOR  NJROTCU 
CHAPIN  HIGH  SCHOOL 
300  COLUMBIA  AVENUE 
CHAPIN  SC  29035-0000 


[♦.TYPE  StffVCE 

UPS 


9.UTKUlTE  CO  n  sc  nee  o  r  mark  po  r 


■II1HHI1I 

N30652 

NAVAL  SCIENCE  INSTRUCTOR  NJROTCU 
CHAPIN  HIGH  SCHOOL 
300  COLUMBIA  AVENUE 
CHAPIN  SC  29036-0000 

DO  FORM  1387,  JUL 1999 


jU.WT: 

12 

3 


|l*HATE  SHIPPED 

2002322 


», TRANS  PR©  IWTY 


Project 

3BB 


[11. HDD 

335 

JlSjC  HARMS 


15.FUSCM3CNO 


17.TOTAL  PIECES 


»*«/$  »iroH  coe&jte'E 


Figure  36  -  New  Window  for  Shipping  Forms 


r  *'or|n  I  Label  j  Icontalner  U$t  1  Finish  J 

Print  |  4  Pre»  |  Next  ►!  |  1  jjof  1 


IIIIHIIMIIHIUllllll 

■iiiiniHiiii 

8405011511928  1 

8405-01-151-1928 

PR  1 

N3065222030203  ! 

M30- 11/02  | 

8405011511931 

8405-01-151-1931 

PR  1 

N3065222030204 

M30- 11/02 

Figure  37  -  New  Window  for  Container  Forms 


The  container  labels  are  formatted  to  match  a  standard  5263  Avery  label  (4”  X  2”)  -  10  labels 
per  sheet. 
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|  Form  |  Label  J  JjjgjjJgjjjgiJ  Finish  j 

|  Print  |  4  Prev  i  Next  |j  1  1  |j;6f  1 


Figure  38  -  New  Window  for  List 


7.5.  Ship  Orders  -  View  Existing  Shipment/Container  Labels 

Existing  shipping  and  container  labels  can  be  recalled  and  edited  or  reprinted  (see  Figure  39)  for 
a  few  days  after  they  were  originally  created.  This  is  done  so  that  lost  or  damaged  documents  can 
be  reprinted.  Shipments  can  also  be  edited  before  they  are  finished  to  add  or  remove  MROs  and 
to  change  MRO  quantities.  Shipments  that  already  have  a  “Date  Printed”  can  only  be  viewed. 
They  cannot  be  edited. 


imsa 

HH I E  i  1!  i I 

HX3PH22072077HXXX 

1^^^  — 

-'v 

91 

View  j 

if  Aug  92002  ft 33AM  ^ 

j  SCOI0022190AWVXXX 

ij  SO 01 31  -  TRAVIS  ASSOCIATION  FOR  THE  BIND.  AUSTIN  TX 

. . i 

View  | 

if  Aug  92002  &31AM 

j\  SC01 0022200 AD0XXX 

: [SDOII 9-  PECKHAM  VOCATIONAL  INDUSTRIES  INC,  LANSING  Ml 

View  j 

Clicking  here  allows  access  to  the  original  Clicking  here  recalls  all  documents  for 

“Generate  Shipping  Labels"  so  changes  can  this  shipment  for  viewing  or  reprinting 

be  made  if  shipping  label  has  not  been  Finished. 


Figure  39  -  View  Existing  Shipment/Container  Labels  Web  Page 


7.6.  Review  and  Reply  to  Follow-Up  Inquiries 

Follow-up  inquiries  are  periodically  sent  by  the  organization  that  initiated  a  requisition  to  inquire 
about  the  status  of  their  order.  The  inquiries  are  directed  to  the  depot  that  is  responsible  for 
filling  the  order.  If  the  requisition  has  already  been  shipped,  VIM-ASAP  automatically  replies  to 
the  follow-up  inquiry  with  that  information.  If  the  requisition  is  still  in  the  depot’s  queue,  it  is 
displayed  on  this  web  page  (see  Figure  40)  so  that  an  estimated  shipment  date  can  be  entered. 
The  people  responsible  for  MROs  should  review  this  list  every  day  to  provide  an  estimated 
shipping  date  that  is  sent  back  to  the  requestor.  The  most  common  follow-up  inquires  are  those 
for  high  priority  requisitions  with  an  RDD  of  999,  which  means  ship  it  immediately.  This  is  sent 
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the  same  day  that  the  requisition  is  sent.  You  need  not  reply  to  this  inquiry  if  the  requested  items 
will  be  shipped  the  same  day  that  the  requisition  is  received.  If  not,  you  need  to  enter  an  expected 
shipping  date  and  then  click  the  “Transmit”  button. 
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W81PLY1 32401 57 
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1 
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|  Transmit  | 

M 

Enter  the  planned  shipping  date^'"''^  ** 

and  click  the  transmit  button 

Figure  40  -  Review  and  Reply  to  Follow-Up  Inquiries  Web  Page 


7.7.  Reports  -  Inventory  Count 

The  inventory  count  report  can  be  used  to  synchronize  each  bill  and  hold  contractor’s  inventory 
records  with  those  of  DSCP.  DSCP’s  records  are  based  on  adding  any  quantities  that  were 
accepted  from  a  DD250  and  subtracting  any  quantities  for  an  MRO  that  was  issued  (issued 
MROs  are  requisitions  with  a  status  of  “BA”  that  are  assigned  to  the  bill  and  hold  contractor). 
The  table  of  data  for  the  inventory  counts  contains  the  following  columns: 

•  NSN:  The  national  stock  number  of  each  item  in  the  list 

•  Size:  A  definition  of  the  size  for  each  NSN 

•  DSCP  Qty:  The  DLA  owned  quantity  on-hand  in  the  warehouse  after  all  of  the  issued 
MROs  have  been  filled. 

•  Outstanding  Order  Quantity:  The  total  quantity  from  MROs  that  have  been  issued  to 
the  warehouse,  but  have  not  yet  had  their  shipping  label  printed.  This  quantity  may  still 
be  in  storage  or  it  could  be  picked  and  on  a  pallet  that  does  not  yet  have  its  shipping  label. 

•  Total  Qty:  The  sum  of  the  DSCP  Qty  and  the  Outstanding  Order  Quantity 

•  Full  Cases:  The  total  quantity  divided  by  the  unit  pack  (the  whole  number  only  with  any 
fraction  removed). 

•  Qty  in  Broken  Cases:  The  fraction  that  was  left  over  from  the  full  case  count. 

A  drop-down  menu  allows  you  to  select  a  specific  PGC  to  view.  All  PGCs  as  a  group  or  the 
displayed  PGC  can  be  printed  by  using  the  relevant  “Print  All  PGCs”  or  “Print  Selected  PGC 
Only”  button  at  the  top  of  the  web  page  (see  Figure  41).  If  the  PGC  listing  exceeds  a  single  page 
in  length,  you  may  scroll  through  the  pages  by  clicking  the  “Prev”  or  “Next”  buttons. 
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Figure  41  -  Reports  -  Inventory  Count  Printing  Window 


7.8.  Reports  -  Requisition  Status 

This  report  provides  access  to  the  shipment  status  of  requisitions  that  have  been  shipped  during 
the  last  month  or  two.  The  status  stays  available  for  inquiry  for  one  month  after  the  requisition 
has  been  received  and  is  closed  out  of  DSCP’s  database.  The  inquiry  is  done  by  entering  the 
requisition  number  and  any  suffix  code  (see  Figure  42)  in  the  fields  provided  at  the  top  of  the 
web  page.  A  click  of  the  “View”  button  will  display  the  data  that  is  known  about  requested 
requisition  in  a  data  table  beneath  it. 
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Enter  the  Requisition 
Number  that  you 
wish  to  track  here  — 


Click  this  button* 
to  see  the  data 
about  the  shipment 
displayed  here- 


maBaamm 

FB6451 22060284  | 


Enter  the  requisition’s  Suffix  Code 
■  -  here  (if  it  has  one) 
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Figure  42  -  Reports  -  Requisition  Status  Window 


If  you  entered  a 
Tracking  Number 
in  the  "Prepare 
Shipment  Labels" 
page,  this  link  will 
take  you  to  the 
shipper's  tracking 
detail  page 


If  you  entered  a  Tracking  Number  when  you  selected  the  Shipper  and  Mode  of  Shipment  in  the 
Prepare  Shipment  Labels  window,  it  will  be  displayed  as  a  hyperlink.  Clicking  this  link  will 
open  a  new  browser  window  and  load  the  shipper’s  tracking  detail  page  for  that  particular 
shipment  (if  the  shipper  has  that  feature  online). 


7.9.  Reports  -  Shipped  Requisitions 

This  report  provides  a  listing  of  all  requisitions  shipped  within  a  specified  time  frame  (see  Figure 
43).  Once  the  desired  Start  Date  and  End  Date  have  been  filled  in,  clicking  the  “View”  button 
will  launch  an  Excel  object  showing  all  MRO  data  completed  within  that  time  frame.  The 
window  can  be  resized  by  clicking-dragging  the  lower  right  comer,  and  can  be  exported  to  a 
separate  Excel  spreadsheet  by  clicking  the  green  Excel  “X”  icon  beneath  the  title  bar. 
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To  export  the  data  to  a  separate  Excel 
spreadsheet,  click  the  Excel  icon  here 
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FY01350109C010 


FY01350109C011 


FY01350109C013 


FY01350109C014 


Enter  a  desired  starting  and 
ending  date  to  establish  the  time 
frame  for  the  data  desired 

Clicking  the  “View”  button  will 
open  the  Excel  object  below 


8405-01-342-0001 


8405-01-342-0009 


8405-01-341-9986 


8405-01-342-0006 

8405-01-342-0013 


8405-01-341-9978 


8405-01 


8405-01 


8405-01 


8405-01 


8405-01 


8405-01 


8405-01 


-377-9344 


-377-9738 


-377-9800 


-377-9702 


-377-9769 


-378-0036 


-377-96 77 


Figure  43  -  Reports  -  Shipped  Requisitions  Window 
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Approval  from  DFAS  for  Electronic  Transmission  of  DD250s 
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A-l.  Approval  from  DFAS  for  Electronic  Transmission  of  DD250s 

DFAS  (Defense  Financial  and  Accounting  Service)  has  established  a  Web-based  system  they  call 
WInS  (Web  Invoicing  System).  Any  defense  supplier  can  use  its  system  to: 

1)  Set  up  a  new  account 

2)  Enter  manual  invoices  directly  into  the  Web  site  (non- ASAP  invoices) 

3)  Obtain  production  approval  for  ASAP  transmission  of  electronic  invoices 

4)  Monitor  progress  of  DFAS  payments 

Functions  1,  3,  and  4  are  part  of  ASAP  processing  and  are  explained  in  the  following 
subsections.  Function  2  can  be  used  to  manually  enter  electronic  invoices  into  WInS  for  non- 
ASAP  contracts. 

A-l.l.  Setting  Up  a  New  DFAS  Account 

Before  authorizing  ASAP  to  transmit  electronic  invoices  each  new  manufacturer  must  first 
establish  a  new  account  with  DFAS.  The  first  page  that  appears  after  accessing  the  Wins  site 
(See  Figure  6.1-1)  permits  existing  users  to  log  in  or  new  users  to  create  an  account. 


Username:  [* 
Password:  f~ 


New  Account 


Figure  A-l:  WInS  System  Login  Page 


To  create  a  new  account: 

•  Go  to  the  WInS  Web  site  at  http://ecweb.dfas.mil/. 

•  Click  on  “New  Account.”  There  is  no  need  at  this  point  to  enter  a  user  name  or 
password. 

•  Fill  out  the  information  requested  in  the  fields  provided. 

•  Remember  to  checkmark  the  small  boxes  to  the  left  of  MOCCAS  and  SAMMS  by 
clicking  each  box.  DFAS  requires  ASAP  to  be  able  to  transmit  both  MOCAS  and 
SAMMS  invoices.  ASAP  users  do  not  need  to  know  the  difference  between  SAMMS 
and  MOCAS  invoices.  The  DSCP  database  that  is  used  by  ASAP  for  its  contracting 
data  identifies  the  format  of  the  invoice  transmission. 

•  The  ASAP  user  must  remember  to  respond  “Yes”  to  the  question  toward  the  bottom 
of  the  page  “Interested  in  batch  submission?”  ASAP  does  batch  submissions  of 
invoices  to  DFAS. 
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•  Enter  your  CAGE  in  all  caps.  The  WInS  system  is  case  sensitive. 

•  Click  the  “Continue”  button  after  completing  the  fields  in  the  rest  of  the  form.  DFAS 
will  process  the  request  and  e-mail  you  a  user  identification  and  password  within  a 
few  days. 


REGISTER  FOR  THE  SYSTEMS  YOU  WISH  TO  INVOICE 


■  _ rr  MOCAS _ — *r  SAMMS  .  -  r  STARS 

Remember  to  click  — — - -  ~~~ 

bot h  Of  these  boxes  Click  here  for  MOCAS  Payment  Offices  Click  here  for  SAMMS  Payment  Offices  Click  here  for  STARS  Payment  Offices 


NEW  ACCOUNT  REQUEST  FORM 


Remember  to  enter  the 
CAGE  in  all  caps  (e.g., 
0ZQ46  not  0zq46) 


Company  Name  f_ 

*FirstName  f 

*LastName  f 

►*Cage  Code  f 

**Duns/Duns+4  Code  f 
‘Address  1  [ 

Address2  f 

‘City  [ 

*Country/State  [ 

‘Zip  Code  [ 

*Phone  Number  T 


Remember  to  answer 
this  question  “Yes” 


‘“Email  ’  I  _  _ 

►  Interested  in  batch  submission?  Ino  ig| 

TACOM  WEB_EC  direct  vendor  delivery  user?  |No  fj 
*  Field  is  required  v';" 

**Fietd  is  required  for  Stars,  but  is  optional  for  others.  ; 

*** Field  is  required  and  is  critical.  Please  check  and  recheck  spelling. 
You  may  enter  more  Cage  codes  after  you  click  continue 
You  may  enter  more  Duns  codes  after  you  click  continue 


Figure  A-2:  Setting  Up  a  New  WInS  Account 

A-1.2.  Obtaining  Production  Approval 

DFAS  has  approved  ASAP  for  production  submittal  of  both  MOCAS  and  SAMMS  formatted 
invoices. 

An  additional  test  needs  to  be  performed  each  time  a  new  manufacturer  requests  authorization  to 
transmit  production  (i.e.,  live)  invoices  to  DFAS.  In  doing  this,  DFAS  is  not  testing  ASAP’s 
transmission  of  correctly  formatted  data.  They  are  testing  the  setup  they  need  to  do  for  each  new 
manufacturer  that  uses  their  Web  site. 

To  perform  the  test: 


Log  in  as  system  administrator. 
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•  At  the  bottom  of  the  next  page,  click  “Authorize  DFAS  Transmission.” 

•  Next  select  “AUTHORIZED  for  Testing.” 

•  Click  the  “Update”  button. 

•  Once  this  is  done,  use  ASAP  to  create  a  DD250  (see  Section  5.2).  You  will  not  be 
paid  by  DFAS  for  this  DD250,  so  choose  one  you  have  already  submitted  for 
payment. 

•  Provide  the  information  for  the  DD250  and  then  click  the  “FINISH”  button  on  the 
DD250  page. 

•  ASAP  will  automatically  send  the  test  DD250  to  DFAS.  DFAS  will  verify  that  the 
information  is  correct.  It  will  then  send  an  e-mail  message  informing  users  they  are 
approved  or  declined  for  production  submittal  of  DD250s  to  DFAS.  If  declined, 
phone  or  send  e-mail  to  the  ASAP  help  desk. 

•  DFAS  uses  the  e-mail  address  you  supplied  when  you  set  up  the  DFAS  account  (see 
Figure  6.1-2). 

•  Once  approved  for  production,  return  to  the  System  Administrator’s  function  and 
click  the  “AUTHORIZED  for  Production”  and  “Update”  buttons.  From  this  point 
forward,  every  “FINISH”ed  DD250  will  be  transmitted  electronically  to  DFAS  for 
payment. 

A-1.3.  Monitor  Status  of  DFAS  Payments 

The  status  of  your  DFAS  payments  can  be  monitored  using  the  WInS  Web  site. 

To  view  your  DFAS  payments: 

•  Go  to  the  site  at  http://ecweb.dfas.mil/. 

•  Entering  the  user  identification  and  password  sent  to  you  by  DFAS  in  an  e-mail 
message.  Enter  this  information  at  the  WInS  web  site  (as  shown  in  previous  Figure 
6.1-1.) 

•  Figure  6.3-1  (below)  will  appear. 
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Click  here  to  check 
status  of  SAM  MS 
formatted  invoices 


Click  here  to  check 
status  of  MOCAS 
formatted  invoices 


Figure  A-3:  First  Web  Page  After  Login  “Select  MOCAS  or  SAMMS” 


•  Determine  whether  the  invoice  of  interest  is  for  a  MOCAS  or  SAMMS  format.  The 
ASAP  function  “View  DD250”  will  show  you  which  format  was  used  for  each 
invoice. 


•  Next  click  the  MOCAS  or  SAMMS  button  on  the  left-hand  side. 


•  MOCAS: 

•  “MOCAS  Invoice  Entry  System”  page  will  appear 

•  Select  “Commercial  Invoices”  button. 

•  Choose  “View  Log”  button  found  on  the  left-hand  side  to  view  submitted 
commercial  invoices. 

•  A  page  similar  to  Figure  6.3-3  will  appear  right  after  the  “View  Log”  button  is 
clicked.  This  page  will  list  all  of  the  submitted  and  accepted  ASAP  invoices 

•  This  page  will  also  provide  you  with  three  options  for  each  invoice  in  the  list. 

•  The  first  option  is  exercised  by  moving  the  mouse  cursor  over  the  invoice  of 
interest  in  the  “Status”  column.  A  message  will  appear  that  explains  the  current 
status  of  that  invoice. 

•  The  second  option  is  a  temporary  “Edit”  link  that  allows  you  to  make  any  changes 
or  fix  any  errors  that  are  discovered  by  DFAS.  The  “Edit”  option  goes  away  as 
soon  as  DFAS  processes  the  invoice  for  payment.  You  should  never  need  to  edit 
any  of  the  ASAP  submitted  invoices.  The  data  is  extracted  from  the  DSCP 
contracts  database  directly.  No  change  is  made  to  this  data. 

•  The  third  option  allows  you  to  click  on  the  invoice  number  link  in  the  “Invoice 
No.”  column.  The  detailed  data  for  that  invoice  will  then  appear  as  shown  in 
Figure  6.3-4. 

•  OR  stay  on  current  page  to  manually  create  a  non- ASAP  invoice  or  to  check  the 
status  of  invoices  created  by  ASAP 
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•  SAMMS: 

•  The  upper  left-hand  comer  of  the  next  Web  page  that  will  appear  is  shown  in 
Figure  6.3-2. 

•  This  page  permits  the  user  to  either  manually  create  an  invoice  or  to  check  the 
status  of  invoices  created  by  ASAP. 

•  Check  the  status  by  clicking  the  “View  Log”  button _ 


SAMMS 


Click  this  button  to 
check  invoice  status 


Figure  6.3-2:  Second  Web  Page  After  Login  “View  Log” 

•  The  page  in  Figure  6.3-3  will  appear  right  after  the  “View  Log”  button  is  clicked. 
This  page  will  list  all  of  the  submitted  and  accepted  ASAP  invoices 

•  This  page  will  also  provide  you  with  three  options  for  each  invoice  in  the  list. 

•  The  first  option  is  exercised  by  moving  the  mouse  cursor  over  the  invoice  of 
interest  in  the  “Status”  column.  A  message  will  appear  that  explains  the  current 
status  of  that  invoice. 

•  The  second  option  is  a  temporary  “Edit”  link  that  allows  you  to  make  any  changes 
or  fix  any  errors  that  are  discovered  by  DFAS.  The  “Edit”  option  goes  away  as 
soon  as  DFAS  processes  the  invoice  for  payment.  You  should  never  need  to  edit 
any  of  the  ASAP  submitted  invoices.  The  data  is  extracted  from  the  DSCP 
contracts  database  directly.  No  change  is  made  to  this  data. 

•  The  third  option  allows  you  to  click  on  the  invoice  number  in  the  “Invoice  No.” 
column.  The  detailed  data  for  that  invoice  will  then  appear  as  shown  in  Figure 
6.3-4. 
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SUBMITTED  COMMERCIAL  INVOICES 

| Sort  Order:  <5  Ascending  Descending  Records:  1 


Clean  your  Invoice  list  View  the  LOG  LEGEND 
Search  by  Invoice  Number:  | .... 


Status 

r  Edit 

\WKSM 

[  Invoice  No. 

j  Contract  No. 

Delete  | 

W 

Edit 

Y 

776 

Move  the  mouse  pointer 
over  the  desired  row 
and  a  status  description 
will  be  displayed 


Click  Edit  -  Sometimes  DFAS 
permits  edits  of  the  submitted 
invoice  if  there  are  problems 
with  the  data  that  was  submitted 


Click  the  invoice 
number  to  see  a  display 
of  detailed  invoice  data 


Figure  A-4:  Third  Web  Page  After  Login  “Review  Individual  Invoices” 


Company  Info 


Company  Name 

POCName 

Apparel  Technology  and  Research  Cen 

Debra  Wassel 

POC  Phone# 

POC  Email 

909  869-2862 

dlwassel@csupomona.edu 

Header 


Invoice 

No. 

Invoice  Date 

Cage 

Code 

Contract  No. 

Delivery  Order 
No. 

776 

Thursday,  December 
16, 1999 

0ZQ46 

SP010095D1012 

0435 

Final  Shipment 

ShipNumber 

Admin  Office 

No 

ATR0001 

SP0100 

PayingOffice 

(DSCP  Clothing/Textile)  DFAS-CO-LSCBA  (SEPT)SC0100 

Discount  Percent 

Discount  Due  Days 

Total  Amount 

Transport  Amount 

EIBi 

0.00 

TransPurpose 

TransType 

00 

DI 

Details 


CUNID 

Product/Part  # 

Product  type 

UMType 

0001AA 

8410014439134 

NSN 

EA 

Quantity 

UnitPrice 

Ship  Date 

1 

wmmw-wmi 

Tuesday,  December  07, 1999 

Description 

Figure  A-5:  Fourth  Page  After  Login  “Invoice  Detail” 
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VIM-ASAP 

Overview 


VIM- ASAP  v2.1  Capabilities  Overview 


VIM-ASAP 

(Virtual  Item  Manager  - 
ARN  Supply-chain  Automated  Processing) 


VIM-ASAP  v2.1  Capabilities  Overview 


Prepared  for: 

Apparel  Research  Network  Program 
Defense  Logistics  Agency  (DLA) 
and 

Defense  Supply  Center  Philadelphia  (DSCP) 


P.D.I.T. 


Prepared  by: 

Product  Data  Integration  Technologies,  Inc. 
100  W.  Broadway  Avenue,  Suite  540 
Long  Beach,  California  90802 
(562)  495-6500 
(562)  495-6509  Fax 
info@pdit.com 
http://www.pdit.com 


February  5, 2003 
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Overview  of  System  Capabilities  and  Advantages 

VIM-ASAP  is  being  sponsored  by  the  DLA  Apparel  Research  Network  program  and  DSCP.  The 
system  has  been  designed  as  part  of  a  total  supply  chain  management  system  to  provide  support 
for  DSCP  Clothing  and  Textile  contractors  who  manufacture  items  and/or  handle  the  distribution 
as  bill  and  hold  contractors  (see  Figure  1). 


Figure  1:  Role  of  VIM-ASAP  in  DSCP  Supply  Chain  Management 


The  manufacturer’s  functions  of  the  system  support  the  following: 

•  Acceptance  and  handling  of  electronic  contracts  (DD  Form  1155) 

•  Preparation  and  printing  of  all  shipping  documents,  i.e.,  Packing  Slip  (DD  Form  250), 
Shipment  Labels  (DD  Form  1387),  and  Bar  Coded  Container  Labels 

•  Transmission  of  electronic  invoices  (DD  Form  250)  to  DFAS  and  to  DCMA’s  QARs  via 
WAWF-RA 

•  Monitoring  DFAS  payments  for  each  invoice  and  each  CLIN 

The  warehouse  functions  of  the  system  support  the  following: 

•  Acceptance  and  handling  of  incoming  shipments  (MRO  DD  Form  1348-1A) 

•  Acceptance  and  handling  of  incoming  electronic  requisitions  and  the  printing  of  MROs 
(DD  Form  1348-1A),  bar  coded  container  labels,  and  Shipment  Labels  (DD  Form  1387) 
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•  Acceptance  and  handling  of  incoming  MRO  related  orders  and  inquiries 

•  Automatic  preparation  and  transmission  of  all  required  MILSTRIP  and  MILSTRAP 
transactions  that  eliminates  the  requirement  to  use  DAMES 

VIM-ASAP  is  an  Internet  based  system  where  all  the  data  is  managed  and  maintained  on  a  DLA 
server  and  database  that  is  dedicated  to  this  purpose.  Manufacturers  and  warehouses  access  their 
specific  subset  of  data  from  their  own  sites  using  a  local  Internet  Service  Provider  and  browser. 
Nearly  all  of  the  data  is  automatically  extracted  from  a  variety  of  DLA,  DFAS,  and  DCMA 
systems  that  are  used  by  DSCP  to  manage  contracts,  requisitions,  inventories,  invoices,  and  other 
supply  chain  related  data.  The  only  other  data  in  the  system  is  the  small  amount  of  data  that  is 
entered  by  individual  users,  e.g.,  the  quantity  shipped  for  a  specific  CLIN.  DSCP  data  is  updated 
each  night  after  all  of  the  previous  day’s  actions  have  been  recorded.  The  updated  data  is 
available  each  morning  normally  around  3:00  AM  (East  Coast  Time),  although  there  are  periodic 
problems  that  can  delay  the  updates.  Even  when  there  are  problems,  the  prior  day’s  data  is 
available  until  the  update  is  completed. 

VIM-ASAP  has  been  designed  so  that  all  communications  and  data  formatting  is  done  by  the 
system  automatically.  The  user  does  not  need  to  be  aware  of  any  data  formats  or  the  transmission 
protocols.  This  can  be  seen  when  the  system  formats  and  transmits  the  appropriate  MILSTRIPs 
and  MILSTRAPs  whenever  an  action  takes  place.  For  example,  when  a  bill  and  hold  contractor 
finishes  a  DD250  for  a  shipment  to  themselves,  two  things  happen  in  the  background.  The  first  is 
the  fully  automatic  formatting  and  transmission  of  the  DD  Form  250  data  to  a  DFAS  system 
called  WInS  (Web  Invoicing  System).  Additionally,  if  the  user  has  established  an  account  with 
Wide  Area  WorkFlow-Receipt  and  Acceptance  (WAWF-RA),  an  electronic  DD  Form  250  is 
automatically  formatted  and  transmitted  to  the  DCMA  office  of  the  user’s  Quality  Assurance 
Representative  (QAR)  using  the  WAWF-RA  system.  The  second  thing  that  happens  is  the  fully 
automatic  formatting  and  transmission  of  the  MILSTRAP  transaction  known  as  a  D4S  that 
informs  the  DLA  systems  of  the  receipt  of  the  items  identified  on  the  DD  Form  250. 

The  power  of  the  VIM-ASAP  system  is  based  on  the  consistency  of  all  documents  and 
transmissions  that  are  extracted  from  the  single  source  of  data  from  DLA’s  systems,  e.g.,  the 
contract  data  in  SAMMS  is  used  to  prepare  both  the  paper  DD  Form  250  and  the  transmission  of 
the  invoice  to  DFAS.  There  can  be  no  data  mismatch,  and  thus  no  payment-delaying  correction 
cycle.  The  only  problem  with  this  single  source  of  information  can  be  seen  when  the  source  data 
is  incorrect.  When  this  happens,  personnel  from  each  manufacturer  or  warehouse  will  need  to 
contact  the  people  they  deal  with  at  DSCP  to  correct  the  data  problem.  VIM-ASAP  also  provides 
an  800-number  and  e-mail  address  that  can  be  used  to  get  problems  resolved.  This  may 
periodically  cause  a  delay  at  the  start  of  an  activity,  but  the  advantage  is  that  the  problems  are 
corrected  before  more  serious  problems  occur,  such  as  shipments  going  to  the  wrong  location  or 
delays  in  payments  because  of  some  mismatch  in  data  between  the  invoice  and  DFAS’s  records. 

VIM-ASAP  supports  two  classes  of  users  and  each  has  their  own,  but  overlapping  series  of 
functions  that  they  can  perform.  A  summary  of  the  functions  that  each  class  of  users  can  perform 
is  identified  in  the  following  sections.  Detailed  explanations  of  how  to  perform  each  function  can 
be  found  in  the  users  manual. 

Do  not  miss  Section  4  “User  Notices  -  Important” 
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1  Manufacturers 

The  primary  manufacturer’s  functions  (see  Figure  1-1)  include  the  receipt  and  review  of  new 
contracts,  the  recording  of  the  planned  start  of  cutting,  the  preparation  of  the  required  shipping 
documents  and  invoices,  and  the  monitoring  of  the  payment  process.  The  specific  manufacturing 
capabilities  of  VIM-ASAP  are  as  follows: 


1.  Contracts  and  delivery  orders  can  be  received  electronically  as  a  DD  Form  1155  “Order  for 
Supplies  or  Services”  as  well  as  a  queue  of  CLINs  that  can  be  individually  started  into 
production  as  an  entire  or  partial  CLIN  order  quantity.  The  contract  data  is  updated  every 
night  from  the  prior  day’s  releases  by  DSCP.  The  data  can  also  be  downloaded  for  use  in 
each  manufacturer’s  internal  accounting  and/or  production  control  systems. 

2.  The  system  provides  a  list  of  CLINs  for  unfinished  orders  so  that  the  start  of  cutting  can  be 
recorded  for  each  contract  and  CUN.  This  information  can  be  used  by  manufacturers  to 
track  the  status  of  their  orders  as  well  as  by  DSCP  for  a  variety  of  purposes,  including 
helping  with  the  evaluation  of  the  impact  of  a  change  to  the  schedule  or  order  quantity. 
Both  DSCP  and  the  manufacturer  can  monitor  the  progress  of  the  contract  on  the  “View 
Contract  Shipments  and  Invoices”  screen. 

3.  When  it  is  time  to  ship  an  order,  the  system  can  prepare  all  of  the  required  shipping 
documents  and  labels.  A  shipment  is  a  collection  of  containers  (e.g.,  boxes)  from  one  or 
more  DD  Form  250s.  Each  container  requires  a  bar  coded  stick-on  label  that  shows  the 
NSN,  quantity,  and  contract  identification.  The  collection  of  containers  on  an  individual 
pallet  or  inside  a  larger  container  requires  a  “Military  Shipment  Label”  (DD  Form  1387). 
The  shipment  contains  one  or  more  packing  slips  that  identify  all  of  the  items  being  shipped. 
The  packing  slip  is  also  the  invoice  in  the  form  of  a  Material  Inspection  and  Receiving 
Report  (DD  Form  250).  The  system  is  capable  of  formatting  and  printing  all  of  these 
documents  on  SVixl  1  sheets  of  standard  Avery  labels  in  accordance  with  the  current  MIL- 
STD-129,  and  then  formatting  and  transmitting  the  invoice  data  to  DFAS  for  payment.  If  the 
manufacturer  and  their  QAR  are  signed  up  with  a  WAWF-RA  account,  an  electronic  copy  of 
the  invoice  is  also  automatically  submitted  to  WAWF-RA  for  the  QAR’s  approval.  The 
invoice  data  can  also  be  downloaded  for  use  in  each  manufacturer’s  internal  accounting 
and/or  production  control  systems. 
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4.  The  system  can  track  payment  status  by  combining  the  submitted  invoice  data  with  payment 
data  that  is  extracted  each  morning  from  the  DFAS  payment  system.  The  tracking  can  be 
done  at  the  invoice  level  as  well  as  at  the  CLIN  level. 

5.  Additional  management  data  can  be  analyzed  by  either  the  manufacturer  or  by  DSCP 
utilizing  a  “View  Contract  Shipments  and  Invoices”  function. 

2  Manufacturers  with  Warehousing  Responsibilities 

Manufacturers  with  warehousing  responsibilities  are  called  Bill  and  Hold  contractors.  Their 
manufacturing  capabilities  (see  Figure  2-1)  are  nearly  identical  to  those  of  the  manufacturers 
identified  in  Section  1  of  this  document.  The  only  difference  between  the  two  can  be  seen  in 
function  3  where  a  MILSTRAP  transaction  “D4S”  is  automatically  sent  to  SAMMS  at  DSCP 
whenever  the  manufacturer  is  shipping  to  themselves.  The  “D4S”  informs  SAMMS  that  the 
shipment  has  been  received  at  the  warehouse.  It  is  sent  automatically  because  the  shipment  never 
really  goes  anywhere.  The  shipment  is  kept  by  the  manufacturer,  who  also  manages  the 
warehouse  until  the  bill  and  hold  contractor  is  told  to  ship  some  or  all  of  the  items  to  a  specific 
location. 


Contract 


Daily  updates  of 
DSCP  contracts  - 


(4)  Monitor 
Payment 
Status 


DFAS 


Electronic 

Invoice 


(T)  Process 

(2)  Record 

®  Ship 

Incoming 

-* 

Start  of 

-► 

Completed 

Contracts 

Cutting 

Items 

Exported  contract  data 
for  use  in  manufacturer’s 
systems 


Invoice 


8415-01-390-8549 
10  EA 

SP01 00-95-D-101 2-0402 
M41-4/97 


Exported  invoice  and 
shipment  data  for  use  in 
manufacturer’s  systems 


Figure  2-1:  Bill  and  Hold  Contractor’s  Primary  Manufacturing  Functions 


In  addition  to  their  manufacturing  activities,  the  bill  and  hold  contractor  has  warehousing 
responsibilities  for  responding  to  orders  and  inquiries  (see  Figure  2-2).  The  specific  warehousing 
capabilities  of  VIM-ASAP  are  as  follows: 
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Figure  2-2:  Bill  and  Hold  Contractor’s  Primary  Warehousing  Functions 


1.  Orders  and  inquiries  can  be  viewed  and  acted  upon  by  the  bill  and  hold  contractor.  Orders 
come  in  the  form  of  an  MRO  to  ship  a  quantity  of  a  specific  NSN  to  a  particular  location. 
Inquiries  take  many  forms,  but  are  primarily  follow-up  inquiries  from  the  organization  that 
created  the  original  requisition.  When  acted  upon,  both  orders  and  inquiries  need  to  have  a 
MILSTRIP  transaction  created  to  inform  DSCP  of  the  actions  taken.  VIM-ASAP  is  capable 
of  formatting  and  transmitting  these  transactions  automatically.  When  an  order  is  being 
filled,  the  system  can  also  prepare  and  print  all  of  the  required  shipment  documents, 
including  a  Material  Release  Order  (DD  Form  1348-1 A),  a  Military  Shipment  Label  (DD 
Form  1387),  and  whatever  numbers  of  container  labels  are  required  for  each  individual 
container.  These  labels  are  formatted  to  fit  on  standard  sheets  of  Avery  labels,  which  can  be 
used  in  any  typical  office  printer.  The  data  can  also  be  downloaded  for  use  in  each 
manufacturer’s  internal  accounting  and/or  production  control  systems.  Additionally,  data  on 
all  MROs  processed  through  VIM-ASAP  can  be  viewed  or  downloaded  in  Excel  format  to 
simplify  monthly  or  quarterly  transportation  charges  reconciliation. 

2.  Bill  and  hold  contractors  never  receive  shipments  from  other  depots  or  manufacturers.  They 
only  receive  manufacturing  shipments  from  themselves.  The  MILSTRAP  D4S  has  already 
been  transmitted  (upon  generation  of  the  DD  250).  The  data  can  be  downloaded  for  use  in 
each  manufacturer’s  internal  accounting  and/or  production  control  systems. 
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3  System  Requirements 

The  following  equipment  and  software  is  required  to  use  VIM-ASAP: 


•  Computer:  The  computer  requirements  are  a  function  of  operating  system  and  the  version 
of  the  browser  that  is  being  used  although  the  operating  system  must  be  MS  Windows 
based.  Microsoft  provides  minimum  configuration  information  for  their  latest  browser  (IE 
6.0)  at  http://www.microsoft.com/windows/ie/evaluation/svsreQs/default.asp.  A  general 
comment  is  that  if  the  browser  you  selected  runs  on  your  computer,  then  VIM-ASAP  will 
also  run. 

•  Internet  Connection:  Any  type  of  Internet  connection  will  work  although  faster  is  always 
better.  Phone  modems  at  64k  bps  will  work  fine  in  nearly  all  circumstances.  Delays  should 
only  be  noticeable  when  large  numbers  of  shipping  labels  or  container  labels  are  required. 

•  Printer:  Nearly  any  brand  of  printer  can  be  used  as  long  as  it  is  either  an  ink  jet  or  laser 
printer. 

•  Software:  You  will  need  to  install  Microsoft’s  Internet  Explorer  6.0  and  set  the  security 
level  to  no  higher  than  “Medium”.  Users  who  prefer  higher  security  settings  are  advised  to 
add  http://vim.ct-dscp.com  to  their  list  of  ‘Trusted  Sites,”  with  security  settings  for  the 
Trusted  Zone  set  in  accordance  with  the  Lessons  Learned  notes  on  http://info.ct-dscp.com. 
Some  versions  of  the  browser  do  not  contain  all  the  needed  additional  software.  If  your 
version  does  not  have  everything  that  is  needed,  the  system  will  automatically  detect  this 
and  initiate  a  download  of  the  required  components.  You  will  be  asked  to  give  permission 
for  the  download.  Simply  approve  the  download  and  everything  that  needs  to  be  done  will 
be  done  automatically.  This  will  only  happen  the  first  time  a  missing  component  is 
discovered.  Once  downloaded,  the  component  is  permanently  installed. 

The  two  most  common  causes  of  slow  VIM-ASAP  performance  are  the  speed  of  your  modem 
and  the  amount  of  RAM  you  have  on  your  computer.  Adding  additional  RAM  can  typically  be 
done  for  less  than  fifty  dollars,  and  significantly  improves  performance.  There  are  dozens  of 
ways  to  improve  communications  speed.  Your  local  Internet  Service  Provider  or  cable  company 
can  review  what  they  have  to  offer.  Satellite  communications  are  also  available  in  rural  areas  that 
do  not  have  many  other  options.  Each  of  the  satellite  companies  can  tell  you  about  their  services. 
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User  Notices  -  Important 


Problem 


1  There  are  problems  with  invoices  for 
subsequent  shipments  after  earlier 
shipments  were  within  2%  of  order 
quantity 

DFAS  frequently  close  contracts  whenever 
the  received  quantity  gets  within  2%  of  the 
order  quantity.  This  also  causes  DSCP’s 
contract  data  to  be  removed  from  their 
system  (i.e.,  SAMMS).  When  this  happens, 
VIM- ASAP  can  no  longer  be  used  to  create 
DD250s  for  the  last  2%  of  the  order. 
Bypassing  VIM- ASAP  and  sending  a  paper 
DD250  is  not  a  solution  to  this  problem. 
DFAS  will  not  pay  the  invoice  because 
they  no  longer  have  a  record  of  the 
contract. 


Solution 


DSCP  has  stated  that  the  only  way  to 
resolve  this  problem  is  for  the  manufacturer 
to  contact  their  DSCP  contracting  officer  to 
get  the  contract  reinstated.  Once  this  is 
done,  VIM- AS  AP  and  DFAS  will  have  the 
data  required  to  create  and  pay  the  DD250. 
DSCP  is  beginning  to  modify  the  method 
they  use  to  code  variances  so  that 
shipments  within  the  variance  percentage, 
but  under  the  order  quantity  stay  active  in 
DFAS. 


Appendix  E 


MILSTRIP  and  MILSTRAP 

Usage  Rules 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


\\Lb1filer\LBProjects\Projects\DLA  AAVSVFinal  Technical  Reports\FTR  thru  March  2003\Appendices\Appendix  E.doc 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


\\Lb1filer\LBProjects\Projects\DLA  AAVS\Final  Technical  ReportsXFTR  thru  March  2003\Appendices\Appendix  E.doc 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


©  co 

lie 

1  II 

O  O  - 
©  ©  -S 

«  CO  CO 

co  co  2 

a  -I  o> 

.2  .2  §  ■§ 
&  K 

U  ®  t.  O' 

5  2  o  0> 


®  « 

$  u 

$  ® 
a)  >* 
cc  S  IS 
—  c  ® 

CO  CO  CO 
'CD© 
©CD 

«  O  £ 


<D  O  - 

~  <  “i 

S  g* 

o  Q? 


a  5 

iG  DC 
c  □  ® 

£  9  co 

*z:  <£  •♦— 

to.1 9 

w  a.  5 

Vi  W§ 
|®§ 
SSI 


©  >* 

EiS 
©  ©  © 
*CD© 
©CD 


®  § 

« 1 

^  O  a) 

O  ?  f 

CC  5,  2 

<  afw 
®  i  O 

£  IQ¬ 

'S  g  « 

n-  O  co 

1 

h  © 

O 

2  o! 


*»  <  . 
®  G  * 

5  Q-j 

o  Q  J 

«  ®  “ 

F  £  Q 
*—  -»— •  * » 


_  V*/ 

n  5  ^ 

S  ®9 

CC  o  W 
©  £  c 

-  2® 
c  (C  $ 

CC  2  DC 

5  i§ 

JR  Q.C,  ® 

O  -p  _  I  .Q 

Q  «§;  2 

2  S30 


•2  Sw<  «  9 
£  2  ®  s  .2  CC 


®  O^R 

®  ^  ^  9 

H  O  ^  Q 


nisi 

®  o  3  ■a 

Cl  c 
—  o  c  o 

©  M—  ©  ~ 

*»-  v-  C  Q. 
©  ©  £  © 
■K  ~o  .0-  o 

©  U’S  5 

20  «  a> 


\\Lb1filer\LBProjects\Projects\DLA  AAVS\Final  Technical  Reports\FTR  thru  March  2003\Appendices\Appendix  E.doc 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


\\Lb1filer\LBProjects\Projects\DLA  AAVS\Final  Technical  Reports\FTR  thru  March  2003\Appendices\Appendix  E.doc 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


X 

0 


CO 


e2 

£  X 
X  o 

8^ 

|S 

I 

a> 

cr 

< 


0 

0 

X 

co 

co 

x 

0 

X) 

£ 

CM 

CD 

a 

dc 

< 

CD 


CO 

'x 

0) 

a 

0  T3 

co  0 

CO  CL 

0  x 
0  in 
DC  w 

-=  >* 
0  X 
0 

2  2 


< 


O 

D 

DC 


o 

2  - 
0  2 
Q  co 

CO  T3 

3 

0  -C 

+-I  •+*' 

CD  75 
co  O 

>  "O 

2  co 

<  o 

I  § 

H-  O 
—  -D 
X 

0  o 

3  Q- 

II 
0 
0 


o 

DC 
2 
0  tj 
0  5 


58  - 

i  5. 

OC  o 

f.  s 

85 

Q  DC 


■D 
0 
D) 

C 
0 
x 
o 
c 
0 
0 
X 
0 
0 
X 

0 
X 
0 
4~* 

CM 
CD 
O 
DC 
< 

0 

X  o 

4-»  w 


O 

D 

DC 


O 

£ 

CD1 

3 

0  x 


o  m 


O)"© 
0  §5 

O  § 

<  o 


0  | 
■E  O 
.2>  O 
o  Q 
0  0 


0  x 

•x  0 

E 

CL 


O 


4-  0 

is 

o  § 

Q  o 


^  o 

II 

II 

0  i- 

0  O 
X  *x 

©  °- 

O)  0 

«  § 
< 


o 

IT 

^  T, 

52  05 

0  Q. 
0  ££ 
2  Z 
$  to 

°  s 

§  s 

i  | 

DC  £ 

z  « 
>  J  <0 

O  0 
O  •<= 
Q  DC 

«  z, 
■§,  O 
•=  O 
o  Q 
0  0 


.9?  S 
m  0 

‘  E 

X 

5ix 

^  0 

is 

ii 

s 

o 


1 


o 

o 

D 


>> 

X 

£ 

o 

1& 

C  4— 

£  x 
x  O 

8^ 

og 
cr  E 


i 

CO 

DC 

< 


-o 

0 

D) 

X 

0 


X 

0 

0 

X 

0 

0 


0 

x 

0 

■*-* 

CM 

CD 

O 

DC 

< 

0 


O 


0 

X 

£ 

y— 

CD 

O 

DC 

< 

0 


o 

DC 

3 

8§ 

DC  © 


O 

O 

DC 


0 

0 

X 

1 


CD 

3 

b  £ 
b  -o 


CD 

0 


0 


it :  ^ 

H 

II 

0 

0  O 
X  *C 

0  °- 
O)  0 
C  X 
0  ~ 

■6  1 

<  4= 


0 

0 

0 

2 

5 

o 

c 

0 

58 

£ 


0 

£ 

LL 

O 

LU 

DC 

0 


ii 


T3 

0 

X 

X 

X 

0 

X 

0 

0 

X 

-*-» 

o 

c 

0 

X 


0 

x 


DC 

Z 


o 
o 
a 

©  o1 

,D>  .0  q 

O  0  Q 

0  0  0 
XXX 


III 

lie 


.2 


C  0  0 


0  0 
E  ~ 


0  X 
0  0 


O  0 

o  > 
Q  O 


ID 

< 


0 

X 

0 

a 

0  ~0 
0  0 
0  X 

0  Q. 

0  X 

DC  w 
—  >, 
0  *0 

X  0 

2  P 
0 
2 
I 

CD 

< 


0 


~o 

0 

CT) 

C 

0 

X 

o 

x 

0 

0 

X 

0 

0 

X 

0 
X 
0 
4— » 

CM 

CD 

O 

DC 

< 

© 

x 


a 

i 

CD 

3 


0 

x 

2 

CD 

O 

DC 

< 

0 

£ 

o 

DC 

3 

8§ 

DC  © 


o 

o 

DC 

2 

0 

0 

0 

2 

5 

o 

c 

0 


<  0 

H  x 

co  2 

0  x 
x  ^ 

4- 

o 

11 
o|  J 
OxO 

0  i—  O 
0  O  _ 
XX  0 
0  O-  c 
O)  0 

€i 

<  4= 


O 
LU 
DC 

58  © 
5  -o 
5  «- 

DC 


~o 

0 

X 

X 

X 

0 

c 

0 

0 

X 

>* 

■D 

0 

0 


DC  © 


O 
O 
Q 

_  © 
’co  0 


2 

0 


H  I-  H 


^  c  © 


•^0  0 

x 

o  .2-  c 

x  .2 

0  tc 


■H-  w  X 
X  0  0 

0  0  o 
-  0  x 
0  0 


L 


W  4. 
> 


ID 

< 


O 

4-* 

>> 

X 

£ 

o 

|  ® 
~  '■§ 
C  O 

ll 

I 

CO 

DC 

< 


•D 

0 

D) 

X 

0 

X 

o 

s 

5 

0 

0 

X 

0 

X 

£ 

CM 

CD 

O 

DC 

< 

0 


O 

CD1 

i< 

te? 

0  X 
X  **- 

»=  o 
x  “2 
£  o 

ii 

o  x 

0  u- 

0  O 
X  X 

8)0 

o| 

<  >5= 


O 

Q 

CC 

k. 

o 

O 

cc 

2  -o 
•2  §. 
w  a. 
®  Z 
£  « 

■§  © 

<o  ® 

CO  " 

i  I. 

cc  t5 

Z  c 

O1  S 

O  -«= 

Q  IT 

S  Z, 
•So1 
ra  o 
o  a 
0  0 


0 

E 

0 

±1 


0 

X 

0 

o 

0  X 
0  0 
0  X 
0  X 
0  ix 
DC  « 

■=  > 
0  X 
x  0 
0  0 
"K  *- 
0 


CO 

< 


~o 

0 

O) 

X 

0 

X 

o 

8 

8 

0 

0 

X 

0 

X 

0 

CM 

CD 

O 

DC 

< 

0 

x 


O 

a 

DC 

i— 

o 

O 

a: 

^  © 
o  Q. 


0 


X 


CD 

i« 

0  X 

s;  *  >. 

Ii 


0  X 
it  0 

-v  E 

2Z 

4-  0 

8.2 

E  W 

3  © 

O  E 

5  o 

O  x 


< 

< 


_ _  v;  •— 

0  0  X 

C  « 

«  i 

0  X 

^  0  > 

i  1 

0 


3  X  Z  © 

8  | 

O  X 

0  k_ 

0  O 


DC 


0 


O)  0 

O  I 

<  4= 


Ol  S 

O 

Q  DC 
x  0  Z, 

-&o 

^  x  O 
o  O 
0  0 


0  X 

ix  0 

T?  E 

2Z 

4-  0 

§  .2 
E  « 

3  © 

o  E 
5  o 
O  x 


< 

< 


Page  5  of  1 1  March  5, 2001 

\\Lb1filer\LBProjects\Projects\DLA  AAVSVFinal  Technical  Reports\FTR  thru  March  2003\Appendices\Appendix  E.doc 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


0 

E 

£ 

o 

«*«•* 

.t! 

M— 

> 

*0 

Q_ 

0 

C 

0 

C 

Q 

o 

©  p 

*fW 

0  0 

0  © 

0  CL 

C 

0  Q. 

£  ^ 

0  !c 

c  O 

CC  w 

o  S 

—  >* 

O 

0  "O 

ii 

1 

*5=  0 

0  © 

2- 

1 

O) 

1 

T— 

QC 

CO 

< 

< 

■0 

cc  ■£ 

O 

Z,  DC 

c 

O  Z| 

o  o 

0 

0 

-C 

O  CO  £  X) 
P'S  5  ~  5 


»-  0 

»-  0 

S  0 

.S  0 

£=  -Q 

£  "a 

TJ  I. 

T3  _ 

o  £ 

o  c 

•K  Q- 

■K  Q- 

C  © 

C  © 

0  O 

0  O 

i  ® 

P  X 

5  ® 

o  x: 

O  £ 

O 

o 

Q  5 

a  5 

LU 

LU 

5 

2 

< 

< 

CO  8 

o  g 

‘fe  E  CQ 

°  3  0 

O  o  O 

3  c  E 

O  "o  o 
O  eg 

O  O  CC 
<2  X  ® 

=  W  o 
8 

<D  t; 

8lo 


.C 

■s  2 

S  £ 

U_  O 
CO  CO 
O  CO 

°  3  © 

go© 

3  c  .1 

o  TJ  o 
°  50 
o  o  a: 

£2  x  © 

E  If 

3  w  O 

8  I® 

0  0  -ti 

2  g  o 


LL  o 
CO  CO 
O  co 

°  3  0 

o  o  © 

3  C  -I 

O  -o  'B 

2  so 

O  o  (T 

{2  X  ® 

e  i® 

3  M  O 

8 1® 
®  «  -K 

2  ■g  o 


sf 

XI  o 
(0  i= 


>  c 

*5  E  « 

o|2 

S  2  ® 

3 

P  3  O 

2  |o 

°  o  E 

g  X  ® 

i  ££ 

-§  «  ° 
O  ><T3 

8  « I 

l.  T3  n 
.c  c  fc: 

r  *  « 

co  5k  0 
®  E  cc 

£  3  .c 

S  5c 


O  5  a> 
o  o  fc 

3  se 

p  Z'b 

O  §g 

O  O  a; 

$2X0 
C  kz  c- 


«  CO 

I  Sf 

©  E  <3 

3  JZ 
*=  C 

ill 

0  co  *52 
0^3 


JC 

O) 

©  3 

-O  o 

&  -C 

>  c 

*6  E« 

3ll 

§!o 

O  °  cc 

«  X  ffl 

E 

-i  «S 

8 

w  C  © 

0  0  -S 

©  _  3 

1:  T3  o 
r  c  J: 
£  0  co 

2  0  S 

H=  -O  > 

0  E  0 

£  3  x: 
c  -  c 

2  s£ 

li§ 

Q_  rr 

0  £  2 


0  |? 
O  U- 

0  C 
■=  c  0 

m 

Q.  Q.  c 
.2  Z  o 
Q  CO  O 


\\Lb1filer\LBProjects\Projects\DLA  AAVSNFinal  Technical  Reports\FTR  thru  March  2003\Appendices\Appendix  E.doc 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


s  § 

8.  §- 

CO  « 

b  o 


O  *  “  . 
0)0  U 
w  ^ 

S  fr  ^ 

CO  LL 

IPS 

3  CO  Jp 
w  CD  < 
rr  CO  O 

z  =o 
fJoQ 

Q  <  <d 
O  <  £ 

Q  D  «}r 

®  o  ° 
£o| 

o  {§  'H 

Occo 

5  Q  < 
5  Q  H 

u<r  l 

oV 

O  0.  <D 

®  S:  E 

^  3  to 
I-  CO  z 


g 

££  c 

I  Ofl) 
V  C  CO 
■?  Q  > 
5  <D  3 

-o  cr 
■9  w  ® 

C  (0  0 
O  -c  ^ 

c  0)  — 

ill 

m 

c\j  y  o 
co  5  2 

o  <  o 
DC  O 
<  .c  Q- 

.g'sl 

JT  |  © 

8,=1 
it  r>  -h 
lZ  ^  CO 

3*1 

otf 

©  O  5 
x:  o  o 
H  o  *o 


Q  o 
O  >* 
"O  o 


>  a) 

c  c  o 

>  O  a) 

vCCO 

■?  o  > 
S  a>  3 
r»  cr 
-?  co  o 

C  CO  o 
O  -C  .c 

c  0  ■*- 
■“  ffl  I 

®  «  g 

«  « -§ 

%£  I 

O  <  o 
DC  CD  £ 
<  -£=  CL 


IM 

s,=1 

°E<  ^ 

h-  -o 

o'S| 

111 
0  3  C 

CD  o  5 
poo 
1-0-0 


Ji 

IP 

g  «-  . 
w§s 

S  rr  ^ 

CO  LL  -*-» 

IPs 

3  CO  3* 
^  0  < 
rr  CO  0 

I  =o 

Jo° 

831 

“8* 

s  Q  a> 

'Jr  CO  LZ 

°  cc  !z 
Oqco 

S  o  < 

S  Q  H 

LJ  <£  i_ 

on  ° 

QUO 

o  9r  E 
r  D  co 
HCOZ 


■o  ctf 
>r  ^ 

O  0 

0  DC 
</>  — 

CO  CO 
fl)  JO 

d)  Q.  OJ 
DC  w? 

75  QO 


\\Lb1filer\LBProjects\Projects\DLA  AAVS\Final  Technical  Reports\FTR  thru  March  2003\Appendices\Appendix  E.doc 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


o  O)  3 

c  ■—  0 
b  co  co 

=3  3^ 

£  E  © 

«.-i  I 
2s  I 
©  s  e 
io| 

2  0  2 

i.  .b  3 
0  0  O 

II! 


c 
o 
E  c 

2  E& 

r  2  £ 

CL**-  <]) 
*0  C 

o  0  c: 
t-  b  c 
-=  ®  b 


E 

2  E 

X-  o  c 

H.-  .2 
©  c  "3 
8  g* 
-  ® ,® 
.SS  b  Q. 

©  |  s 

IIS 


(0  ■*- 
£  LL 


-o  £ 

1  d 

«a  c 

SS  0 


Q-  ^ 
Q.  0 


0  O 

o  5 
S  c 
«  ,9 
t>  ° 

9  . 


og  .£ 

if  5= 

2iZi 

J5do 
.£05  0 

•s  ®  Q 
£  © 

§.ot;  t 

-§Q  O  | 

i?35  a„ 

«§  o  5 

Ur  O  -I  [U1 

%  0  V  0- 

<  ~o  > 

O  0.-3  *~ 

J!  o 

O  0  00 

E  -  °i  c 

I  CO  -J  CO 

gcci  w 

°Zi<2  o 
(30«  % 

I—  o  0  o 
CO  Q  £  CL 


w  0 
.><  -D 

®  <D 

*Sg 

Sircc 

Q  < 

©  SQ.£ 

3  f  o-'i 

o  Ido1 
<  .£05  0 

E  o®° 

O  ® 

j-  O  1-  £ 

^  o.  o  -r 

Z  0  ■  -  o 
□  -DOS 

o  ®|s 

?  «Q  O 

«  ii§_r 

i-  r  ^ 

0  w  s/ 

P  2‘o  - 
o  B  Q.-S 

b  " 

1 

0  CC  ^  I 

°  o'”< 

+s  r>(£  z 

2  °2i^ 

E  O'OW 
o  (—  O  © 

O  05  O  £ 


!q<  I 

jo^S 

3  So-'i  1  - 

o  S  o  o'  8  1 

<  .£05  0  if  * 
C  -s  ©  o  2  t 

b  o  I-  -c  o 
-  aor  0  fa 

Z  0  o  * 

□  -oq£  g  ^ 

o  5  5  2  «  ° 

•O  -  S  t  E  O 
®  U.QJ  £  o 

fc  O  M  -  2  © 

p  2  e  -  «  © 

O  o  Q.“i  ffl  © 

&  **.$  "  Eg 

.1  giSSffi 

5  0'*^  |„ 
tf  Qi§  |i 

to  i:  3 

E  o'ow  2a 

6  WO  £  H  & 


®  IT)  0 

is  s 

0  +-* 

E  0  LLl 

©*  O 

£  °  o 

O  0 

J=  -a  © 

w  2  £ 
©  °  c 
E$2  § 

8  W  i: 


^  o 
®  oc  oc 

=  Q< 
o£  c 

if 

S§;zi 

Soo 

.£  W  O 

■5  5  “ 

8.Sf 

■go  © 

•4-»  ^  k— 

•2§° 

<  -w  ^ 
M_  O  - 

O  0.-3 

„  ® « 

as  8, 

I  «  — j 

or< 
o  £  z 

^iZ|C2 

o'o® 
I-  o  © 
W  O  £ 


O  «  +-  0 

E  “  ©  g> 

c  c  b  E 

P  ©  c  <3 

it  C  O  3 

«  o.  °  -a 

-  z  «  g 

®  W>^-5 

f  ®s  -g 

W  c  ©  cp  sy 
O  <  "O  So 
75 

.5  g 
b  o 
<  z 


0^0 
L.  «h  « 

0  C  « 

C  O  =3 
Q.  O  -O 
Z  0  0 

OT>  8S 

il'.g 

=  ©  °>S 

<  =5  ©.O 


0  •*-*  0 
03  ^  O) 
c®.£ 

0  C  W 

C  O  ^ 

Q_  O  -Q 
Z  0  0 

°  ■©  ©  pr 

-  §  u  o 

0  -lO 

•i£js 

<  =6  SO 


\\Lb1filer\LBProjects\Projects\DLA  AAVS\Final  Technical  Reports\FTR  thru  March  2003\Appendices\Appendix  E.doc 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


\\Lb1filer\LBProjects\Projects\DLA  AAVSXFinal  Technical  Reports\FTR  thru  March  2003\Appendices\Appendix  E.doc 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


\\Lb1filer\LBProjects\Projects\DLA  AAVS\Final  Technical  Reports\FTR  thru  March  2003\Appendices\Appendix  E.doc 


Recognizing  Incoming  MILSTRIP/MILSTRAP  Transactions  From  AAVS  DataMart  Data 


\\Lb1filer\LBProjects\Projects\DLA  AAVS\Final  Technical  ReportsNFTR  thru  March  2003\Appendices\Appendix  E.doc 


Appendix  F 


MILSTRIP  and  MILSTRAP 

Formats 


Data  Format  for  MILSTRIPs  and  MILSTRAPs 


D6_ 

All  D6_  DICs 

1 

CO 

RIC 

4 

6 

RIC  of  the  DODAAC  of 
the  DOC  NR  or  the 
SUPP  ADDR  if 
SIGNAL_CD  =  J,  K,  L, 
or  M 

Leave  Blank 

7 

7 

NSN 

8 

22 

Ul 

23 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

DOC_NR 

30 

43 

SFX_CD 

44 

44 

■1 

SUPP_ADDR 

45 

50 

SIGNAL_CD 

51 

51 

FUND_CD 

52 

53 

DIST_CD 

54 

56 

PROJECT_CD 

57 

59 

Always  Blank 

60 

66 

RIC 

67 

69 

RIC  of  receiving  depot 

OP_CD 

70 

70 

■ 

COND_CD 

71 

71 

Entered  by  receiving 
organization  from  pull¬ 
down  list  of  codes 

MGT_CD 

72 

72 

■1 

Day  of  Year 

73 

75 

Right  justified,  zero  filled 

Always  Blank 

76 

80 

Note:  All  data  is  left  justified,  blank  filled  unless  otherwise  indicated  (including  all  “Nulls”  converted  to 
blanks) 
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Data  Format  for  MILSTRIPs  and  MILSTRAPs 


A61  -  overseas  shipment 

A65  -  overseas  shipment 
with  exception  data 

A6A  -  domestic  shipment 

A6E  -  domestic  shipment 
with  exception  data 


Always  “S9T” 


Material  Release 
Denial 


RIC  from  DODAAC  of 
DOC_NR  that  ordered 
the  material.  If 
DODAAC  is  null  or 
blank,  then  set  RIC  to 
“S9T” 


Right  justified,  zero  filled 
Requested  Qty  -  Shipped  Qty 


Right  justified,  zero  filled 


RIC  of  the  depot 
sending  this 
transaction 


Entered  by  sending 
organization  from  pull¬ 
down  list  of  codes 
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Data  Format  for  MILSTRIPs  and  MILSTRAPs 


RIC  of  ICP 


DOC_NR 


SFX  CD 


Retention  Quantity  45 


FUND_CD 


DIST  CD 


COND  CD 


MGT_CD 


Leave  Blank 


Always  “S9T” 


Right  justified,  zero  filled 


Disposal  Release 
Denial 


RIC  from  DODAAC  of 
DOC_NR  that  ordered 
the  material.  If 
DODAAC  is  null  or 
blank,  then  set  RIC  to 
“S9T” 


The  only  reason  for  a 
disposal  release  order 
denial  is  that  there  are 
none  on  hand. 
Therefore,  this  will  be 
set  to  zero.  On  hand 
qty  from  NIR2 


Mike,  this  is  always  “9” 
in  ARL,  so  I  defaulted 
it  here  also.  Doina 


The  day  of  the  year 
that  the  MILSTRAP  is 
generated 


RIC  of  receiving  depot 


Entered  by  receiving 
organization  from  pull¬ 
down  list  of  codes 
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AF_ 

All  AF_s 

1 

3 

■ 

RIC 

4 

6 

RIC  that  was  assigned 
responsibility  for  the 
requisition 

MEDIA_STAT_CD 

7 

7 

NSN 

8 

22 

Ul 

23 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

DOC_NR 

30 

43 

■ 

DMD_CD 

44 

44 

Doina -this  is  in  the 
ARCS1 ,  but  we  are  not 
currently  getting  this 

SUPP_ADDR 

45 

50 

SIGNAL_CD 

51 

51 

FUND_CD 

52 

53 

DIST_CD 

54 

54 

Leave  Blank 

55 

56 

■ 

PROJECT_CD 

57 

59 

PRIORITY_CD 

60 

61 

RDD 

62 

64 

ADVICE_CD 

65 

66 

Blank 

67 

69 

Blank 

70 

80 
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Data  Format  for  MILSTRIPs  and  MILSTRAPs 


AG6 

AG6 

1 

3 

Material  Release 
Cancellation  Reply 

RIC  of  ICP 

4 

6 

Always  ‘S9T’ 

RIC  from  DODAAC  of 
DOC_NR  that  ordered 
the  material.  If 

DODAAC  is  null  or 
blank,  then  set  RIC  to 
“S9T” 

MEDI  A_ST  AT_CD 

7 

7 

NSN 

8 

22 

Ul 

23 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

Cancellation  qty 

DOC_NR 

30 

43 

SFX_CD 

44 

44 

Leave  Blank 

Always  Blank 

45 

50 

SIGNAL_CD 

51 

51 

FUND_CD 

52 

53 

DIST_CD 

54 

56 

PROJECTED 

57 

59 

PRIORITY_CD 

60 

61 

RDD 

62 

64 

Right  justified,  zero  filled 

ADVICE_CD 

65 

66 

RIC 

67 

69 

RIC  of  the  depot 
sending  this 
transaction 

Always  Blank 

70 

80 
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Precious  Metals 
Indicator 


ADPE 

Identification 


DEMIL_CD 


Reclamation 


OP_CD 


CONDCD 


MGT_CD 


Flight  Safety 
Critical  Aircraft 
Parts 


ARCS1  UP 


Disposal  Release 
Cancellation  Reply 


RIC  from  DODAAC  of 
DOC_NR  that  ordered 
the  material.  If 
DODAAC  is  null  or 
blank,  then  set  RIC  to 
“S9T” 


Right  justified,  zero  filled  T otal  quantity  currently 

on  hand  at  this  RIC 


Always  “A”,  i.e.,  no  known 
precious  metal 


Always  “0”,  i.e.,  no  ADPE 


Always  “N”,  i.e., 
reclamation  not  required 


Entered  by  receiving 
organization  from  pull¬ 
down  list  of  codes 


Always  Blank 


Unit  price 
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ARO,  ARA,  &  ARB  1 
AUO,  AUA.&AUB 


Material  Release 
Confirmation 


The  RIC  of  the 
DODAAC  of  the 
DOC_NR  or  the 
SUPP_ADDR  if 
SIGNAL_CD  =  J,  K,  L, 
or  M 


99999  Whv  99999 


Date  Available  for  78 
Shipment 


Leave  blank  except  for 
OCONUS  destinations. 


Julian  day 


Determined  by  code 
that  generates  the 
shipping  label  (DD 
1387) 


Set  by  user  using  pull¬ 
down  list  when 
preparing  shipping 
label 


Right  justified,  zero  filled  Set  to  Date  Shipped 
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Data  Format  for  MILSTRIPs  and  MILSTRAPs 


AR_  ARJ,  ARK,  &  ARL  1 


RIC  of  ICP 


MEDIA_STAT_  CD 


OP_CD 


COND_CD 


MGTCD 


Always  Blank 


DOC_NR 


SFX  CD 


Retention  Quantity  45 


FUND_CD 


DIST_CD 


Always  Blank 


Ship  Date 


Always  Blank 


Precious  Metals 
Indicator 


ADPE 

Identification 


Disposal  Authority  64 


STATUSCODE 


ARJ:  ship  qty  =  req  qty 
ARK:  ship  qty  >  req  qty 
ARL:  ship  qty  <  req  qty 


Disposal  Release 
Confirmation 


Right  justified,  zero  filled  Shipped  qty 


Leave  Blank 


Right  justified,  zero  filled 


Calculated  by 
subtracting  the 
shipped  QTY  from  the 
current  on-hand 
inventory  level; 
changed  to  use  NIR2 
qty 


ARCS1 


Right  justified,  zero  filled  T oday’s  Julian  day  of 

year 


Always  “A”,  i.e.,  no  known 
precious  metal 


Always  “0”,  i.e.,  no  ADPE 


Always  set  to  “M” 


Always  set  to  “DG” 


Always  blank 


RIC  of  the  depot 
sending  this 
transaction 


ARCS3 


ARCS3 


ARCS3  is  always 
blank 
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ASZ 

ASZ 

1 

3 

Disposal  Shipment 
Confirmation 

RIC  of  ICP 

4 

6 

“S9T” 

MEDIA_STAT_CD 

7 

7 

NSN 

8 

22 

Ul 

23 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

DOC_NR 

30 

43 

SFX_CD 

44 

44 

Leave  Blank 

SUPP_ADDR 

45 

50 

SIGNAL_CD 

51 

51 

FUND_CD 

52 

53 

DIST_CD 

54 

54 

Always  “9” 

Always  Blank 

55 

64 

ADVICE_CD 

65 

66 

Always  Blank 

67 

80 
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VIM-ASAP 
Implementation  Status 


VIM-ASAP  Implementation  Status 

5/23/2003 
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